|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (1) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-01-23
建议自己开发一个工具,将表现层、控制层、业务层、持久层捆绑起来
|
|
| 返回顶楼 | |
|
最后更新时间:2008-01-25
不提倡再做框架。Java世界的框架多到已经让人无法忍受了。
要不就干脆JDBC+JavaBean+JSP,要不就找几个久经考验的流行framework(甚至包括struts1.x)组合一下即可。 千万不要朝秦暮楚,Java世界很大程度上正是被这种混乱所害。 创个新的摆摆酷不难,标准化和交流沟通才是大问题。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-01-26
看楼主的内容,应该是华为的吧。
华为的情况我比较了解,像楼主说的问题还是叫平台开发部的人去解决吧 |
|
| 返回顶楼 | |
|
最后更新时间:2008-01-27
lpp333 写道 看楼主的内容,应该是华为的吧。
华为的情况我比较了解,像楼主说的问题还是叫平台开发部的人去解决吧 偶现在刚转到平台开发部了 请问你是华为的嘛? |
|
| 返回顶楼 | |
|
最后更新时间:2008-01-28
以下是对你的各条建议的意见
1.目前来说配置还是必不可少的。为了减少配置文件的维护,应该采用“约定重于配置”的办法,使用约定和注释来减少配置文件维护。我不太清楚你这个惯例是什么。 传说中的契约模式 |
|
| 返回顶楼 | |
|
最后更新时间:2008-01-28
lgx522 写道 要不就干脆JDBC+JavaBean+JSP 创个新的摆摆酷不难,标准化和交流沟通才是大问题。 比较同意的说...尤其是 "标准化".....!! 务虚的开会,楼主的发言稿我认为到位了..... |
|
| 返回顶楼 | |
|
最后更新时间:2008-01-29
不要以为写了个框架就是architect了。合理利用已有资源,找出最好的最快的解决方案才是王道,每个人都必须要承认自己站在巨人的肩膀上才能有超越。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-01-29
引用 7,功能点较多,权限管理困难。
别的暂且不说,公司在这方面没有抽取出来公共的东西? 不敢相信 |
|
| 返回顶楼 | |
|
最后更新时间:2008-01-30
6.用国际化标签实现国际化是Java的标准方法。没有拿中文查外文的。
拿中文做KEY怎么了? |
|
| 返回顶楼 | |
|
最后更新时间:2008-01-30
skyblue1984 写道 6.用国际化标签实现国际化是Java的标准方法。没有拿中文查外文的。 拿中文做KEY怎么了? 主要是因为编码问题。去搜索引擎上看看,有多少说中文乱码的。很多国外的软件在开发的时候并没有考虑到非拉丁语系的文字编码问题。用中文做Key,很容易引发这种问题。你把GBK码的中文HASH了,和UTF-8码的HASH结果去比的话,肯定找不到。当然,这些问题可以解决,但是拿英文做KEY的话,这些问题根本就不存在。属于自己给自己找麻烦。而且软件既然做了国际化,那么外国人看到中文的KEY的时候怎么办?学中文?反而增加了开发成本。在目前的条件下,让咱们了解几个外文单词比让外国人学大量中文成本低。 |
|
| 返回顶楼 | |









