clarkhill
- 浏览: 2840 次
- 性别:
- 来自: 西安
-
最近访客 更多访客>>
最新评论
-
lakemove：
引用我们应该在我们的设计中对引入的框架部分做我们自的接口，这样 ...
不要让开源架构代替我们的设计 -
clarkhill：
看到有人说我对hi的理解有问题。汗一个。不是我对hib ...
不要让开源架构代替我们的设计 -
slaser：
晕倒，我们是产品的公司，我们的产品确实需要在不同数据库上跑，这 ...
不要让开源架构代替我们的设计 -
laiseeme：
lz对hibernate的认识有些不敢苟同
orm就是为了在关 ...
不要让开源架构代替我们的设计 -
tongue：
sslaowan 写道mcpssx 写道我心目中最好的web应 ...
不要让开源架构代替我们的设计
文章列表
现在开源的各种framework非常的多。干什么的都有。但是，是不是我们使用了这些开源framework就能够一劳永逸的解决我们的设计问题呢？我觉得答案是否定的。如果没有自己对设计和系统的理解。框架滥用就在所难免。比如说 ...
我们知道，AOP实现，一般要尽可能的透明化。业务类是不管这些切面的。实现的方法，一般都是拦截器，或者类似AspectJ那样的代码生成工具。如果使用动态代理，直接写的话，会使代码很丑陋。我宁可采用别的方法实现。除非实现某个规则约束。但是这样的话就不透明了。所以，生成代码的模式更好一些。
但是我们在程序里面生成代码，似乎是一件比较奇怪的事情。就好像我们在干jvm干的活。感觉有些怯怯的。想和大家讨论一下。听听大家的意见。另外AOP还有什么实现原理呢？
另外，使用动态代理似乎效率不是很高。