只显示主题贴

2008-07-14
全文显示

回复: 权限管理角色优先级问题

presses 写道 一般权限系统都是考虑“能”权限而不考虑“不能”权限。 例如linux系统的权限系统。对一个文件，你能授与群组“能读”、“能写”、“能删除”权限。但你不可能授与群组“不能读”、“不能写”、“不能删除”权限。 例如有一个文件file1、一个用户名为user1、群组为userGroup1。 假若你只授与userGroup1对file1的“能读”权限，那只代表userGroup1的用户对file1一定有“读能”权限、可能有“能写”权限、可能有“能执行”权限。但绝不代表用户对file1“不能读”、“不能执行”。 当然、权限系统是你设计的，你怎样设计都行。但我觉得考虑 ...
  • 进入论坛 Java 版
2008-05-30
全文显示

回复: 如何为行驶中的汽车换轮子？

sorphi 写道八个轮子就比较好换了，不需要特技，需要高科技。 || || | | 里面的轮子备用，外面的轮子出现问题时，由汽车系统自动切换里面和外面轮轴的高度，变成这样： || || | | 设计真的很精妙，能再给实现个类似的软件架构么。
  • 进入论坛 Java 版
2008-05-26
全文显示

回复: 说说诚信

可能觉得电话回绝比较尴尬，不过完全可以用短信和Email
2008-05-26
全文显示

回复: 基于GPRS无线POS机通信解决方案

常用的几个方案都发过了，LZ还没想好用那个？ （最笨轮询法，最省心APN法，最通用注册＋心跳法，估计最难实行长连接法）
  • 进入论坛 Java 版
2008-05-23
全文显示

回复: 业务逻辑的定位: 向java走，还是向数据库走?

lgx522 写道互联网是以“读”为主的应用，可以写在中间层，利用缓存和群集，数据库基本上很少读，效率高。这类应用可以写在中间层。 企业是以“写”为主的应用，缓存基本无用，要想效率高，最好是写存储过程。 实际中似乎正好相反，你去问问sina，yahoo的人，他们作大规模的业务系统大多都要用存储过程（数据量太大，同时对性能要求比较高）。 而一般的“企业应用”处理的数据和并发都比上边的要小几个数量级，反倒多用中间层处理逻辑。
  • 进入论坛 Java 版
2008-05-23
全文显示

回复: 如果是你，你在这两个公司里选哪个？

pig345 写道似乎A好些，毕竟正规点，估计能有点时间多学习多思考。 不好意思，误操作了，呵呵。 祝LZ工作愉快。
2008-05-23
全文显示

回复: 如果是你，你在这两个公司里选哪个？

似乎A好些，毕竟正规，估计能有点时间多学习多思考。
2008-05-23
全文显示

回复: 贫血的Domain Model

kabbesy 写道taowen 写道我想robbin的意思其实是如果只有一个client，也就是在只有web层用它的情况下，service层除了啰嗦没啥价值，不如直接合并进web层。我对这个问题的看法是，要看service层中的具体服务到底有几个用户。如果到处都是只有一个用户的service，我们还要抽象出好多接口和对象来提供这些服务，不如直接在用的地方写就好了。在实际的，简单的web项目中，好像取消service层，让service层的用户也就是web层来实现事务控制安全控制好像更符合务实的精神。其实有三个选项：1、分层，2、分对象，3、分方法。简单情况下，取消service层，把起职责散 ...
  • 进入论坛 Java 版
2008-05-23
全文显示

回复: 磨快linux下免费的小刀－gedit

问一下使用文本编辑器作ROR的哥们，跟踪调试是用什么阿？（有命令行工具么？）
  • 进入论坛 Ruby 版
2008-05-23
全文显示

回复: 简单，易于Mock，仅依赖Spring的Domain Model

galaxystar 写道quaff 写道galaxystar 写道如果是分布式数据访问，远程调用？对象是反序列化生成的，那么这个是否只能在服务端进行静态注入？ 加上transient 可能没表达清楚，就是说，服务端返回的domain object应该是具有客户端远程调用功能的，这个功能的实现，可以理解为dao。 这个dao需要在服务端将对象返回到客户端后，注入进去（现在是通过AOP这么做的）。 或者服务端就将客户端实现注入进去，但是这种做法，会导致服务端跟客户端的耦合。 这种设计不是这样的，在服务器端的service层就是DomainObject的运行边界（同时也是事务的边界），客户端到 ...
  • 进入论坛 Java 版
pig345
搜索本博客
最新评论