|
锁定老帖子 主题：不要让开源架构代替我们的设计
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-05-07
有道理 过度设计其实最大的麻烦是浪费大脑。
|
| 返回顶楼 | |
|
发表时间：2008-05-07
用不用框架，用什么框架，要由具体的系统来决定。
比如说是互联网应用还是企业内部应用，需求变动快不快，业务关系有多复杂，读为主还是写为主，数据量有多大，访问量有多大，响应速度要求有多高，布署的方式和规模如何，异构集成的要求有多少，统计报表的要求有多高，给多少钱，做出来有什么用...... 一大堆问题，搞清楚再决定用什么技术、什么框架才可以满足需求。 |
| 返回顶楼 | |
|
发表时间：2008-05-07
灵活，高效，可维护，可扩展
软件设计是个取舍和平衡的问题 |
| 返回顶楼 | |
|
发表时间：2008-05-07
应用成熟的框架，可以提高开发效率和加强可维护。
但是为应用框架而用框架，而是想着框架可以帮你解决什么问题 |
| 返回顶楼 | |
|
发表时间：2008-05-07
sslaowan 写道 mcpssx 写道 我心目中最好的web应用框架，就是PHP式的一通乱写，
最烦唠叨什么XML可配置， 分一堆层可维护， 还有什么可伸缩 ， 数据库可移植（所以不要用存储过程）。 真是操淡心 显然是没做过大型复杂的企业应用啊 那把你做过的“大型”“复杂”的“企业”应用show一下，让我们这些没见过世面的也见识见识。 |
| 返回顶楼 | |
|
发表时间：2008-05-07
lz对hibernate的认识有些不敢苟同
orm就是为了在关系数据库和面向对象的语言之间建个桥梁,如果数据库也oo了那何来orm |
| 返回顶楼 | |
|
发表时间：2008-05-08
晕倒，我们是产品的公司，我们的产品确实需要在不同数据库上跑，这个是需求。我们怎么操淡心了？不是每个公司都买得起oracle的
|
| 返回顶楼 | |
|
发表时间：2008-05-08
看到有人说我对hi的理解有问题。汗一个。不是我对hibernate的理解有问题。我是见过有人把hi当成数据库来使用，我才这么说的。本来使用ORM的目的是改变我们的设计方式，抛弃以往的以数据库为中心的，数据库紧密依赖式的设计。但是有多少人真正这么做了？很多人就算是用了orm，还是先去画数据库的er图，搞得复杂无比，关系杂乱。根本就没有oo的设计思想。如果你用过db4o这样的对象数据库就明白我的意思了。
|
| 返回顶楼 | |
|
发表时间：2008-05-08
引用 我们应该在我们的设计中对引入的框架部分做我们自的接口，这样就可以摆脱框架侵入性的困扰。 为什么不把sping看成自己的框架呢 ? |
| 返回顶楼 | |
