BlogJava-WideWeide-最新评论http://www.blogjava.net/WideWeide/CommentsRSS.aspxzh-cnThu, 19 Jan 2006 01:38:00 GMTThu, 19 Jan 2006 01:38:00 GMTcnblogsre: 技术架构评估http://www.blogjava.net/WideWeide/archive/2006/05/10/24681.html#45323dvddvdTue, 09 May 2006 17:25:00 GMThttp://www.blogjava.net/WideWeide/archive/2006/05/10/24681.html#45323对别人说上一句"这个问题要看你的项目而定"
尔在自己定的时候就很难, 特别是我对2都还算喜欢
了解的水平也都还差不多的时候.
.. .. 无解之中

dvd 2006-05-10 01:25 发表评论
]]>re: 技术架构评估http://www.blogjava.net/WideWeide/archive/2006/04/29/24681.html#44066pcpcSat, 29 Apr 2006 11:12:00 GMThttp://www.blogjava.net/WideWeide/archive/2006/04/29/24681.html#44066

pc 2006-04-29 19:12 发表评论
]]>re: 技术架构评估http://www.blogjava.net/WideWeide/archive/2006/03/08/24681.html#34336blueskiblueskiWed, 08 Mar 2006 12:09:00 GMThttp://www.blogjava.net/WideWeide/archive/2006/03/08/24681.html#34336http://www.sawin.cn/doc/SD/Architect/blueski411.htm。
多谢！

blueski 2006-03-08 20:09 发表评论
]]>re: 技术架构评估http://www.blogjava.net/WideWeide/archive/2005/12/31/24681.html#26216hawk_e2ehawk_e2eSat, 31 Dec 2005 12:53:00 GMThttp://www.blogjava.net/WideWeide/archive/2005/12/31/24681.html#26216

hawk_e2e 2005-12-31 20:53 发表评论
]]>re: 技术架构评估http://www.blogjava.net/WideWeide/archive/2005/12/31/24681.html#26215hawk_e2ehawk_e2eSat, 31 Dec 2005 12:49:00 GMThttp://www.blogjava.net/WideWeide/archive/2005/12/31/24681.html#26215我是这样考虑的，希望有所帮助：
１．先别谈用JAVA还是C#。
２．楼主要先确定系统的当前目标（系统的市场优势和适用范围）和以后目标。
３．在这些目标下系统的架构如何，如何演化。
４．系统总有若干个关键的技术问题，无论用什么框架都需要论证可行性。
５．用JAVA和C#，只要主体上合适就行了。主要看技术支持力度。

另：不知道系统规模如何，６个月是否够？可否考虑稳妥的方法：先把目前各个部分的核心模块封装成组件。在新架构下进行整合。以后再重写呢？

hawk_e2e 2005-12-31 20:49 发表评论
]]>re: 技术架构评估http://www.blogjava.net/WideWeide/archive/2005/12/25/24681.html#25341weideweideSat, 24 Dec 2005 16:38:00 GMThttp://www.blogjava.net/WideWeide/archive/2005/12/25/24681.html#25341我们还有C/S应用的部分，也用Ruby，未知的陷阱太多了

@idior
把评价因素改了，长远的技术选择要兼顾，更重要的眼前，呵呵
对于我们的项目而言，有两个因素：
1.找到一个半成品（开源框架），解决企业应用中的一些共性问题，加快进度
2.解决B/S与C/S下的图形绘制问题，目前Java和Dotnet下都在做这方面的工作。且图形的交互能力，比如拖动图片上的元素，暂不考虑

当然到最后发现，真正决定因素：
1.领导/开发团队喜欢什么
2.开发团队熟悉什么
3.哪种技术能让开发团队先熟悉起来

weide 2005-12-25 00:38 发表评论
]]>re: 技术架构评估http://www.blogjava.net/WideWeide/archive/2005/12/24/24681.html#25302jiniboyjiniboySat, 24 Dec 2005 07:06:00 GMThttp://www.blogjava.net/WideWeide/archive/2005/12/24/24681.html#25302

jiniboy 2005-12-24 15:06 发表评论
]]>re: 技术架构评估http://www.blogjava.net/WideWeide/archive/2005/12/22/24681.html#25056非鱼非鱼Thu, 22 Dec 2005 04:51:00 GMThttp://www.blogjava.net/WideWeide/archive/2005/12/22/24681.html#25056
看了你的网站。感觉你们发布了很多应用程序，这样看来似乎SOA比较适合，你们以后可以向ASP（Application Service Provider）发展。

非鱼 2005-12-22 12:51 发表评论
]]>re: 技术架构评估http://www.blogjava.net/WideWeide/archive/2005/12/22/24681.html#25031idior,idior,Thu, 22 Dec 2005 02:49:00 GMThttp://www.blogjava.net/WideWeide/archive/2005/12/22/24681.html#25031
难道就因为这个你们放弃java?!
何况那个了解.net架构师还不是你们公司的。

.net下所有的分布式技术都是分散的。
remoting, es, msmq, ws都是各干各的，完全没有一个统一的模型，至少要等indigo出来才会有所好转。

idior, 2005-12-22 10:49 发表评论
]]>re: 技术架构评估http://www.blogjava.net/WideWeide/archive/2005/12/22/24681.html#25022非鱼非鱼Thu, 22 Dec 2005 02:00:00 GMThttp://www.blogjava.net/WideWeide/archive/2005/12/22/24681.html#25022
The 4 rules help you to identify a system's scale. Normaly a very large scale system can be called Enterprise Level. Many Enterprise Level systems consist of more than one organization and probably span a large physical area.

PS: robber boat is my words.

非鱼 2005-12-22 10:00 发表评论
]]>