kadvin

回复: 采用Rest实现时，Pretty URL问题

Another Question:Rails Routes里面的map.resource(s)定义的资源，是不是必须可以映射到某个模型如map.resources :users可以找出User这个model可不可以定义map.resource :profile，但并不存在Profile这个模型?

进入论坛入门讨论版

2008-07-25

全文显示

回复: 采用Rest实现时，Pretty URL问题

是不是为User这个模型override一个to_param方法即可？

进入论坛入门讨论版

2008-07-25

全文显示

采用Rest实现时，Pretty URL问题

在Rails2.1的Routes里面定义了 map.resources :users 就可以得到/users/USER_ID这样的资源但是，我需要将对用户的访问URI变为 /users/USER_NAME，其中USER_NAME为字符串和数字，下划线的组合； user_url(user)等helper方法也需要能够自动取用户的name属性有哪位实现过的，能否告知这需要如何配置或者扩展？

进入论坛入门讨论版

2008-06-24

全文显示

回复: 杭州华颂科技有限公司诚聘Ajax ExtJS、Ruby on Rails、Erlang、WebGIS

偶的神啊，路过，帮忙顶下。偶能朦朦胧胧的能理解楼主最后的红色字体中：数据是应用系统的核心，而服务不是，首先考虑数据的模型、处理、流动与存储，而不是浪费时间去搞什么服务;但不知道实践上如何去做，没看到这里回帖的谁对你这么有深度的一句话有啥感想啊。

进入论坛招聘求职版

2007-11-17

全文显示

鄙人第一次在JavaEye上面发帖，说实话，做软件也不少年了，但一直属于潜水者，但对于灌水这件事情还是比较生疏。本文写的比较匆忙，在写的过程中，还遇到JavaEye把内容丢失的情况，后来好像是他们将这个内容恢复过来，而后没有再添补什么就直接选了一个论坛发表了。其实关于这块东西，还有很多实例可以补充，但由于本人工作比较忙，没能写那么翔实。非常感谢o...z同学着墨如此之多的回复在下的愚见，我同意你的观点，不过，这篇文章并不是一篇讲架构的方法论，而是讲软件的认识论（不过，认识也会指导行为的方向），尝试提供一个简单的方法，来剖析软件，我的本意是咱们拿出四把刀，遇到一个软件，看看能不能直接用这四把刀把 ...

进入论坛软件开发和项目管理版

2007-11-16

全文显示

回复: 软件产品的四维立体分解法

这个分法确实是个人愚见，属于原创。至于忽悠，犯不着，因为这些是将实际走过的道路进行了一些理论上的梳理。第二维引入的D轴实际上是随着软件开发的复杂而引入，为了将划分方法完整化，适应现在大多数N层架构而已。第三维的引入，这在我见到的绝大多少上了一定规模的公司(华为，西门子，UT...)都存在。对于较长周期的产品和较广的产品线的研发部门，需要这种切分的思路，而后一般也会成立相应的组织来实现，譬如架构组负责技术平台的建立，各产品线的平台组负责业务平台的搭建，各个项目和产品负责具体业务的实施。时间概念的引入，看似无关紧要，但是心中没有一个长远的规划，摸着石头过河的软件开发，最容易失去节奏 ...

进入论坛软件开发和项目管理版

2007-11-16

全文显示

回复: 对SOA的理解

如果你做一个设备，一开始就从你的被管特征着手，描述清楚产品的北向或者说被管接口，建立完整的信息模型和管理接口，这个是不是SOA中的自上而下的方式呢？原理应该是完全一样的，SOA最要不得的就是明明只是一个Agent的功能，非要把自己打扮得像个救世主。我个人不是说SOA不好，而是说，不要盲目扩大它，有需要和其他软件集成的软件，应该学习设备的开发那样，系统内部改用C用C，该用Java用Java，对外装个标准的Adapter即可。最怕有些软件，一辈子不会和其他的软件集成，非要在自己系统内部上SOA，搞得庞大又笨重。诺铁写道让软件像硬件那样具有互通性只是SOA的一部分，是ESB或其他 ...

进入论坛 Java 版

2007-11-16

全文显示

回复: 软件产品的四维立体分解法

团队和项目大的时候有用。但看一个软件，很难说明哪些功能属于哪些层面。以上说的是一个软件的切割方法，可以用于团队的组织，任务的划分...

进入论坛软件开发和项目管理版

2007-11-15

全文显示

回复: 软件产品的四维立体分解法

竟然没回复，失败啊。

进入论坛软件开发和项目管理版

2007-11-15

全文显示

回复: 对SOA的理解

不同意可以亮出你的观点，SOA到底是什么？我只是想用一个比较简单的方式来说明我对SOA的理解。诺铁写道偏偏不认同红字的那句话。另外，简单、复杂是相对的，SOA的概念可以关联到你已经掌握的知识结构上，所以你觉得简单。 IT领域现在本来就很少有真正全新的东西了，都是新瓶装旧酒，但很多新人对旧酒也不熟的，那就全是新的复杂的东西了。