最新评论
换成 type="text/x-scriptlet" 试一试
re: 中国小型软件公司软件开发存在的一些问题 Tene文 2008-04-14 13:49
我们也是一家小型公司，创业加上在校时间共4年了，有兴趣话，有机会可以联系和交流一下。我的需求工作做得比较多，又是女孩子，看了你的文章还是挺有感触的。可以通过我的邮件地址交换QQ什么的。
re: 我的重生 我们的IdeaSoft Sande Windson 2008-02-04 10:44
我可以让IdeaSoft发扬光大
有兴趣的话,直接通过网络信息找到我
re: 我的重生 我们的IdeaSoft Sande Windson 2008-02-04 10:43
光刮风不下雨的团队?
re: 中国小型软件公司软件开发存在的一些问题 huoyao000 2006-05-02 16:02
软件创意(构思想法)希望合作开发huoyao000@163.com
re: 改进ADO.Net数据库访问方式 刘寓 2005-11-18 16:53
我觉得没有啥子必要哈。
持久层还不如直接读取整个对象出来（如果对象不包含BOLB数据），返回一个Hashtable这类的对象，直接读取数据。
这样可以使代码更简洁，也不会比你现在设计的多浪费什么资源。
re: 改进ADO.Net数据库访问方式 new Passenger() 2005-11-18 14:53
如果这个项目如楼主所说时间紧，那倒不如不花费时间去做这个和NHibernate相比风险更大，并且重用性较低的东西.............
re: 改进ADO.Net数据库访问方式 纶巾客 2005-11-18 11:12
还有很多地方需要改进.
re: 改进ADO.Net数据库访问方式 第一控制.NET 2005-11-18 08:57
想做到现在楼主这样，根本没必要增加这么多代码。可以说，理想是减少代码冗余，其实增加了更多无用代码...（好绕）
re: 改进ADO.Net数据库访问方式 Duiker 2005-11-18 08:43
不是十分建议，增加了编码的难度，最主要的是设计过于僵硬，没有通用性，将来的需求变更将十分痛苦。
re: 改进ADO.Net数据库访问方式 双鱼座 2005-11-18 08:33
晕了晕了，比起N年前的DAO方式好象没有什么特别的油水呀！
补充木野狐：
4.SQL方言依赖，Build的SQL Statement必然依赖具体的RDBMS，也没法重用。
总体来说，具有通用持久层所有的缺陷(例如限制了使用存贮过程、视图的自由)而不具有通用持久层所具有的灵活性。就是说降低了业务层对数据层的耦合，却提高了整个应用系统对整个系统可集成性的依赖。
re: 改进ADO.Net数据库访问方式 木野狐 2005-11-17 23:19
有一定想法，不过写法还比较初级：
1. 随处可见的 MessageBox.Show 方式处理异常就决定了这种代码没法封装为类库以便重用。
2. 拼凑 sql 的做法极其不可取。有嵌入攻击的漏洞。
3. 数据库的字段名必须和实体类的对应属性名完全相同，局限性太大。
re: 改进ADO.Net数据库访问方式 小李程式™ 2005-11-17 22:56
很好的想法，继续锤炼，再往NHibernate就好了！
re: 改进ADO.Net数据库访问方式 hadsad 2005-11-17 18:05
看起来有点晕，不过还是支持楼主的这种想法。
DevExpress WinForms Collection 2.06是一个组合包，里面所包含的组件是3.X版本的。www.playicq.com上有下载
公司开发，当然是从devExpress购买的啦。不要眼红啦。
你从哪里下载的 3.X ?
网上我能找到最新的也就是 2.0.6了,不过DevExpress网站说最新的是3.X了
你有3.X 拿出来大家共享啊
很好的一个东西，感觉做winform数据库程序，有这么一套也就差不多够了。
哪里来的 DevExpress Winform Collection 3.X 你写的么？
人家最新的也只有2.06啊
re: 对Web平台和软件架构的一些看法 baogong 2005-11-04 23:28
SPL非常不错，我已经用他开发过好几个项目了，效率非常高的。
re: 对Web平台和软件架构的一些看法 ha 2005-11-04 15:12
哈哈哈哈哈!!!!这样做广告???
re: 对Web平台和软件架构的一些看法 听棠.NET 2005-11-04 12:11
你看一下我的SPL（SmartPersistenceLayer），你就能认识一下好的.NET框架了：）哈哈，自吹的，SPL好不好，仁者见仁，智者见智。看了再说：
http://www.cnblogs.com/tintown/
re: 对Web平台和软件架构的一些看法 龙夫 2005-11-04 11:51
.net没有好的框架?.net自带的两个例子的框架怎么样？你想要什么框架，.net里都能设计出来的。
re: 对Web平台和软件架构的一些看法 Terrylee 2005-11-04 11:47
DotNET平台在很多方面还是比较优秀的……
re: 对Web平台和软件架构的一些看法 川仔 2005-11-04 10:28
现在在数据层这块真不知道用ado.net好还是ORM方便？
re: 对Web平台和软件架构的一些看法 Baige 2005-11-04 10:15
NHibernate ,Spring.net ...
我在考虑怎么将Java中的框架设计移植到.NET中去
我看好.NET~
re: 对Web平台和软件架构的一些看法 dudu 2005-11-04 09:18
相信随着ASP.NET的进一步发展, 会出现一些优秀的框架。
re: 对Web平台和软件架构的一些看法 Riancy 2005-11-04 09:12
Macromedia明年将出Flex2.0将全面支持.Net
re: 对Web平台和软件架构的一些看法 oswica 2005-11-04 08:21
Hibernate现在也支持。net的了，呵呵
不好意思哦，想起写这篇文章时是在外面，有了那么一点思路，怕忘了，先记下来，对比起各位看官了，我尽快补全。
re: 将UI和UI控制分离 实现UI的重用 雨田美文 2005-10-12 20:09
回chengyayu：
确实如果构架中间层回降低性能，这就是我们关心的问题不同了。我更关心一个软件维护的成本和复用性。性能和灵活性是很难两全的。
re: 将UI和UI控制分离 实现UI的重用 chengyayu 2005-10-12 16:48
加了这么多中间的处理，我更关心性能的问题了。
re: 将UI和UI控制分离 实现UI的重用 雨田美文 2005-10-12 16:33
回风满袖 兄弟，表现层的UI就是UI 一个意思，我之所以加一个表现层是因为我们公司一说UI就把UI控制也算在内了 不好意思 让你产生误解了 马上修正。
re: 将UI和UI控制分离 实现UI的重用 syveen 2005-10-12 16:06
Data Grid和Detail Panel的关系?没搞明白,还要用xml来配置吗？
我知道有一种比较初级的控制UI的技术叫Noahweb...不过不是很好用
对于UI交互非常多的Software，界面操作通常混合了业务逻辑，比较灵活，不好复用，但是表现层的UI却是可以复用的。
___________________
对上面这句话感到费解。除了表现层的UI，还有什么别的UI？
re: 将UI和UI控制分离 实现UI的重用 idior 2005-10-12 13:57
很快你就会知道一个叫composition ui application block 的东西