只显示主题贴
有些东西不是好不好的问题，而是你有没有需要用的问题。
如果一个项目从立项到关闭都没有用上，Rails的migration再牛B对这个项目也是白搭。
但很多时候，你觉得现在是在做无用功，但到以后要用的时候，你会很感激Rails已经为你铺了这条路。
我在使用的Rails做开发时，遇过要做演示，需要抽取一份可独立运行的环境，包括运行环境和数据库，好在有migration，可以很方便的从Mysql切换到sqlite。
而且Rails的migration是ruby脚本，而不是简单的DSL配置文件，这样就可以操作Rails的model做一些初始化操作，如当数据多了、应用需求稳定下来了，就会添加些c ...
- 进入论坛 Ruby 版
刑天战士 写道……先做，做完了再说……
非常耳熟，哈哈
标题应该改为“我们不是在决策，我们是在被人玩”
- 进入论坛 软件开发和项目管理 版
你应该在Routes里进行映射，我在Rails1.2.3时代是用request_routing这个插件来实现，会多出一个:subdomain 参数可调控
至于在WINDOWS上设置虚拟泛解析配合开发我也头痛这个问题，能想到的方法是在SERVER版系统上装个DNS SERVER，可惜但我的DEV BOX 是XP
- 进入论坛 Ruby 版
还是老领导的思想好：先让一部人富起来，再带动更多的人富起来
替换关键词就是：先让一部人熟悉起来，再带动更多的人熟悉起来
对于某项技术，团队里都是新手的话就，极容易出现同归于尽的情景。
但只要有一两个熟悉的，就能带动其他新手逐步上路。新人少走了些爬滚摸爬的基础道路，不会一下把激情消耗光；老手在新手的提问中能不断温故知新、探索新知。虽然不能在短时间内出尖兵，但也不至于死得一塌糊涂。
- 进入论坛 软件开发和项目管理 版
发现几个问题：
1.安装载入默认数据：
db:development:from_fixutures
应该是
db:development:from_fixtures
2. 超级后门：
无需登录，直接可进入后台 http://localhost:3000/main
- 进入论坛 Ruby 版
qichunren 写道引用你怎么控制粒度精确到对资源的操作？
如A建立的POSTS，B能看不能删,C是版主，能看有能删
不知道你说的是不是:
你是说对于某个特定的用户创建的资源的权限控制吗?我做的这个不能达到这个要求.
如果只有让B能看不能删posts,让C能看又能删posts,那可以通过我的这个控制.
不知道对于你说的针对某个特定的资源(在我我先暂且理解为table中的一条记录)是如何控制每个用户对其的权限控制,有什么好的方法没有??
我选用 RoleRequirement 这个插件，因为他支持eval一些自定义方法来进行细粒度的判断
class Admin::Listing ...
- 进入论坛 Ruby 版
只有Gmail这种“大型”JS应用，才需要担心这种问题。曾经试过用一个IE开着GMAIL，一个晚上后，内存占用上G
- 进入论坛 AJAX 版
存储过程的确有些地方不如在代码层容易优化，如缓存，在业务逻辑的代码层里，可以再插入些缓存层，如Memcached等。
这个帖子的问题主要是楼主提供的理据太含糊，支撑不起他的结论。
- 进入论坛 Java 版
我倾向于这样设计：一般会有个current_user 在application controller里做接口（如果是未登录，则current_user的role是anonymous），并声明为helper_method，以便在view里能访问。
然后就简单了，给User Model加个cites实例方法，自然就是取得所有城市，调用时在view里就可以current_user.cites，加了层封装，虽然看起来跟City.find 比是隔了靴子骚扰，这样比直接使用City.find 有个好处，就是封装了可以根据需求变化统一修改，加缓存也容易。
- 进入论坛 Ruby 版
评论排行榜