|
锁定老帖子 主题：关于框架的疑问，大家帮忙解决瞅一瞅
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-03-30
方世玉 写道
构架不是这样设计的，你列举的只是很小的一部分。
首先要明确需求是什么样的，归纳出核心的需求，然后设计出构架的逻辑视图、进程视图、物理视图、开发视图....，然后再考虑每个进程采用什么技术，怎么做水平扩展，可靠性如何保证、什么通讯接口，最后考虑使用什么框架。 选择框架的时候，需要明确为什么要这些框架有什么优势可以满足你的需求， 比如你为什么要静态化页面，性能的考虑、安全性的考虑？如果这个是首要需求，那开发的便利性可以牺牲一些。 然后为什么要缓存？数据库自身的缓存不能满足性能需求还是有其他原因？ 构架的目的是为了满足需求，而不是为了什么流行上什么。
太神奇了，感觉有点不懂。
|
| 返回顶楼 | |
|
发表时间：2012-03-30
squll369 写道
攻击者很容易绕开前台的验证去攻击你的应用，如果要部署到internet上，后台必须验证。
用JRS303做后台验证，还是非常方便的
学习了。
|
| 返回顶楼 | |
|
发表时间：2012-03-30
抛出异常的爱 写道
引用
现在担心的问题：
对象参数验证，从客户端提交的数据，数据安全，数据正确性得不到保证，即使使用Jquery已经验证过了，在 服务端再验证一下的话，又感觉很浪费。 还有模版的问题，如果是使用 Freemarker模版的话，可能会造成开发不便，可视化界面不可见的状态。 你需要 的是一种 组件级的 框架, 比如ROR portlet tapestry ......不是mvc架构.... 不过不建议使用 由于学习成本太高会让领导与组员很为难.
MVC，这个挺好的呀，现在很流行的。
|
| 返回顶楼 | |
|
发表时间：2012-03-30
既然用了spring ｍｖｃ 那最好用ｍｖｃ提供的ｒｅｓｔ接口。这样简单明了，ｈｉｂｅｒｎａｔｅ 跟ｉｂａｔｉｓ ，ｊｄｂｃ用一中就行了。ｊｄｂｃ 效率最高，但是开发起来比较慢，要写的东西多。注意不要手动控制事物。
验证，服务端验证是必须的。 |
| 返回顶楼 | |
|
发表时间：2012-03-30
哥们儿，你这架构有点儿太复杂了吧，用得着么，想一想你每一层都在干什么啊，有必要么
|
| 返回顶楼 | |
|
发表时间：2012-03-30
方世玉 写道 构架不是这样设计的，你列举的只是很小的一部分。
首先要明确需求是什么样的，归纳出核心的需求，然后设计出构架的逻辑视图、进程视图、物理视图、开发视图....，然后再考虑每个进程采用什么技术，怎么做水平扩展，可靠性如何保证、什么通讯接口，最后考虑使用什么框架。 选择框架的时候，需要明确为什么要这些框架有什么优势可以满足你的需求， 比如你为什么要静态化页面，性能的考虑、安全性的考虑？如果这个是首要需求，那开发的便利性可以牺牲一些。 然后为什么要缓存？数据库自身的缓存不能满足性能需求还是有其他原因？ 构架的目的是为了满足需求，而不是为了什么流行上什么。 能说出这些说明还真有货，如果能详细的教教大家就好了，我想大多数人都需要这样的经验 |
| 返回顶楼 | |
|
发表时间：2012-03-30
必须在服务器端验证
|
| 返回顶楼 | |
|
发表时间：2012-03-30
这个不是架构
|
| 返回顶楼 | |
|
发表时间：2012-03-30
不是说客户端验证是为了防止误操作，服务器端验证是为了防止恶意攻击吗？
|
| 返回顶楼 | |
|
发表时间：2012-03-30
架构自己觉得顺手就行了
|
| 返回顶楼 | |
