我觉得有2个方面的原因导致1.1版本的code-behind存在你所说的问题 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
个人
- 袁国术的个人网站
- 翟旭东网!!!
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

Miracle：

我觉得有2个方面的原因导致1.1版本的code-behind存在你所说的问题

[阅读: 707] 2006-08-28 18:44:23

1、web项目程序集管理 - Visual Studio .NET 2003 IDE只支持单程序集编译，导致无法在web project内部有序的划分和管理模块，在web页面较多又需要并行开发管理的情况下，确实容易造成维护不易的情况。
2、任何对bin目录的改变，都会导致application pool recycling，这使得很多production系统轻易不敢做build

2.0采取的方式显著的改善了第2点（其实1.1也可以，但是支持比较糟糕，2.0更加成熟和实用）

相关信息:

我感觉,j2ee是很好的东西，概念清楚，支持强大．．肯定有后劲． (98字) (老玉米 [776] 2006-08-28 17:35)
- .net也应该如是，你不是之前整过.net吗？为嘛不驾轻就熟选用.net？ (空) (周星驰 [613] 2006-08-28 17:37)
  - .net我只做过clr profiler...没写过应用．另外 (17字) (老玉米 [586] 2006-08-28 17:38)
- 再深入再深入，一切都很简单，一切都不简单。 (空) (乌烟 [525] 2006-08-28 17:38)
  - 也许很多困难我可能没想到，但肯定是可以做出来的 (8字) (老玉米 [925] 2006-08-28 17:40)
    - Hibernate + Spring framework + WebLogic/WebSphere (空) (空山新雨 [604] 2006-08-28 17:41)
      - 为什么要绑在app server上？ (空) (老玉米 [632] 2006-08-28 17:42)
        有现成的可用的东东，难道你要自己实现AppServer？难度不小。 (60字) (茶壶 [654] 2006-08-29 07:30)
    - 嘎嘎嘎，5年前我用java做了个ebMis，8年前用foxpro做了个automis，你所说的是功能或底层实现之一。 (空) (乌烟 [702] 2006-08-28 22:59)
- 好像用ASP+ADO就能写一个只需要知道表名的自动增删改系统了 (空) (有狐 [596] 2006-08-28 17:42)
  - asp不喜欢，写的代码很丑陋。asp.net不知道怎么样 (空) (老玉米 [570] 2006-08-28 17:43)
    - ASP也可以按CLASS来写啊 (空) (有狐 [489] 2006-08-28 17:44)
      - 算了，都过时的东西没人用了，咱不讨论它了 (空) (有狐 [516] 2006-08-28 17:46)
        ，， (空) (老玉米 [464] 2006-08-28 17:50)
        倒也可以讨论下。ASP 的Class 写法，很多人不知道。JS一样有Class写法。 (空) (茶壶 [684] 2006-08-29 11:26)
    - asp.net 不错，CodeBehind符合我的直觉。 (空) (pcplayer [504] 2006-08-28 17:54)
      - 是的，包括viewstate帮你处理各种事件。。符合直觉，用java的话这块要自己搞。。 (22字) (dead_lee [628] 2006-08-28 19:25)
        不是颇大，是超大。 (13字) (茶壶 [620] 2006-08-29 07:28)
        这个是MS的好处，也是坏处。通过重载LoadPageStateFromPersistenceMedium/SavePageStateFromPersistenceMedium就可以…… (161字) (Miracle [1505] 2006-08-29 11:12)
        这里有个链接，show了一个用zip压缩算法来缩减viewstate尺寸的例子，同样可以考虑用sql server存储，等等。 (174字) (Miracle [1074] 2006-08-29 11:16)
        我觉得用 ViewState 不是问题啊。谁让你把整个数据库都放在里面的？那里最多放一些 State 需要的东西就行了嘛，应该不会有太多数据的。 (空) (pcplayer [621] 2006-08-29 11:34)
        二年前偶们讨论过，那时候就已经放弃ViewState了。 (35字) (茶壶 [589] 2006-08-29 11:21)
        我现在这个项目，彻底禁用viewstate (空) (Miracle [833] 2006-08-29 11:23)
        ＭＳ其实应该搞个选项，直接在底层代码中读设定而决定到底使不使用ViewState. (空) (茶壶 [572] 2006-08-29 11:24)
      - codebehind是恶心的东西，2.0已经作了改善。 (空) (乌烟 [504] 2006-08-28 23:00)
        把执行代码和页面HTML格式代码写在一起类似 ASP，才恶心。 (空) (pcplayer [725] 2006-08-28 23:20)
        嘿嘿嘿，未必，其实做web项目更需要考虑的是维护，而不是代码分得多清晰，1.1的codebehind必须编译为dll，如果一个运营中的网站需要频繁地更新与维护，我宁可选择类似asp…… (空) (乌烟 [566] 2006-08-28 23:24)
        可能需要频繁更改的是界面，而不是执行逻辑。任何项目，只要项目一大，程序一多，把界面和程序分开，是很自然的事。 (空) (pcplayer [557] 2006-08-28 23:27)
        我觉得有2个方面的原因导致1.1版本的code-behind存在你所说的问题 (242字) (Miracle [706] 2006-08-29 02:44)
        但总的说来，code-behind是很好的思想。 (空) (Miracle [573] 2006-08-29 02:45)
        总是要求Code-Behind多么智能显然是不太现实的。所谓逻辑，依照项目来的。 (476字) (茶壶 [726] 2006-08-29 07:21)
        为什么不这样？ (208字) (haitao [589] 2006-08-29 09:29)
        后台只负责数据，前台UI用JS来搞定，可能是最好的办法。 (空) (pcplayer [808] 2006-08-29 10:51)
        web 2.0! (空) (Miracle [458] 2006-08-29 11:08)
        没可能 (26字) (JoJo [507] 2006-08-29 12:23)
        js的可读性太差了。 (63字) (茶壶 [693] 2006-08-29 11:16)
        如果可以有开发工具能够让JS在页面上的表现，可以做到可视化开发，就好玩了。 (空) (pcplayer [739] 2006-08-29 11:35)
        小工具倒是不少。 (空) (茶壶 [524] 2006-08-29 11:43)
    - 呵呵，很容易。你想想有了reflection有了codedom，还有啥不能做的。。。不过实用性相当低。 (空) (乌烟 [586] 2006-08-28 23:02)
- 基本上，每个这种技术出现后，都有人尝试过你说的东西，但基本都失败，适应性太差 (空) (Miracle [605] 2006-08-29 02:47)
  - 可以换一种思路，未必要制造适应所有最终用户的东西。 (142字) (茶壶 [588] 2006-08-29 07:25)
    - Workflow engine之类的我比较看好，code-robot我不太喜欢 (空) (Miracle [541] 2006-08-29 09:30)
      - 召唤机器人 (空) (咔波碧宝 [574] 2006-08-29 09:49)
      - 呕吐呕吐惊起engine无数 (空) (乌烟 [555] 2006-08-29 09:50)
      - 美国思维。 (64字) (茶壶 [611] 2006-08-29 11:06)
        哈哈，也是，我现在的项目，客户的业务规模还没有达到真正应用workflow的程度 (19字) (Miracle [575] 2006-08-29 11:08)
        workflow还在起步阶段，工具支持还有待发展 (8字) (sealw [575] 2006-08-29 11:24)
      - 工作流引擎和代码生成器？ (48字) (haitao [707] 2006-08-29 11:18)
        能配合起来的话，自然是最好了 (空) (Miracle [479] 2006-08-29 11:19)
        那是专门针对软件公司里的开发过程的工作流引擎？？ (空) (haitao [535] 2006-08-29 11:23)
        当然不是。 (空) (茶壶 [453] 2006-08-29 11:25)
        你看看MS刚推出的WF(Windows Workflow Foundation)的介绍好了，也许MS的东西你看不大上眼，但是基本东西不妨碍理解 (空) (Miracle [765] 2006-08-29 11:25)
        中文版的有？我找了几天了，没找着。 (空) (茶壶 [557] 2006-08-29 11:28)
        不知道……英文版的介绍也很简明。 (空) (Miracle [484] 2006-08-29 11:28)
        Windows Workflow Foundation 规则引擎简介 (16052字) (haitao [805] 2006-08-29 11:38)
        各有各的用处。 (37字) (茶壶 [526] 2006-08-29 11:22)
        我是觉得需要这样的过程：编译之前，自动取得代码生成器的输入，产生输出的代码，再自动进行编译。。。 (52字) (haitao [639] 2006-08-29 11:30)
        最好有机器人把所有编写代码的工作都搞定，程序员都下课。 (空) (pcplayer [518] 2006-08-29 11:37)
        不是啊，代码生成器的输入内容，还是要人写和维护的 (22字) (haitao [526] 2006-08-29 11:39)
        工作流是工作流． (239字) (茶壶 [571] 2006-08-29 11:38)
- 后知后觉了点。 (空) (茶壶 [490] 2006-08-29 07:31)
  - tooooooooold。 (空) (茶壶 [2] 今天 07:31) (空) (sealw [704] 2006-08-29 09:22)
  - 其实很多你年前就看过j2ee的东西，不过一直没有机会真正做一个项目 (空) (老玉米 [579] 2006-08-29 09:47)
- J2EE属于那种看上去很美 (30字) (JoJo [527] 2006-08-29 11:31)
  - . (空) (wynnhjg [526] 2006-08-29 11:44)
  - 也不能这样说。还是挺好的。但不是人人都能玩的。偶就不能玩那个，头痛得很。 (空) (茶壶 [535] 2006-08-29 12:13)
    - 我没说J2EE不好，只是太复杂了 (60字) (JoJo [642] 2006-08-29 12:19)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.030 - 608696