2016-11-09 15:58

用 _MappingKit 也可以:
_MappingKitAaa.mapping(arpAaa);
_MappingKitBbb.mapping(arpBbb);
_MappingKitCcc.mapping(arpCcc);

2016-11-09 15:57

@luluxiu00 完全一样:arp.addMapping(...)

2016-11-09 15:46

jdk 是否使用的是 openJDK,这个可能有问题

2016-11-09 15:44

一个 model 只能映射到某一个数据源,但是可以通过 model.use(...) 临时改变数据源去使用

2016-11-09 10:35

@小木学堂 jfinal 社区的所有功能也是极简设计,代码量极少,但实现了类似于微博的核心功能,微博也是首页看到自己与关注好友的信息、点赞、@功能 等等

社区这一套功能,基本上就是五张主表搞定,不能比这更简洁了

2016-11-08 20:10

将两套界面分别放在不同的目录下,然后页面中的资源路径用一个主题目录变量用于所有的资源路径,最后再用一个 handler 根据 cookie 中的值,或者登录用户的配置进行切换即可,具体办法大致如下:
1:在 webapp 下分别创建 red、blue 这两个主题目录

2:将两套页面分别放在 red、blue 之下

3:两套页面所有资源用一个变量使用动态资源路径,或者使用相对于本资源的相对路径,如 <img src="${THEME}/img/abc.jpg">,如果资源方便用相对路径可以这样:<src="../img/abc.jpg" >

4:写个 ThemeHandler 动态设置变量值
if ("red".equals(getCookie("THEME")) {
// 这个 "/red" 是一个路径,会在页面被正确得到
request.setAttribute("THEME", "/red");
}
next.handle(target, request, response, isHandled);

2016-11-08 17:25

@lyh061619 那必然是程序逻辑问题,paginate 用了四年多了,不会出这类错误,多单步调试解决程序逻辑问题

2016-11-08 17:19

@lyh061619 如果sql 的最外层是 group by,需添加一个参数:
paginate(1, 10, true, "select * ", ...); 注意第三个参数为 true,是告诉分页 api,这个 sql 的最外层是 group by

注意,这里一定是最外层是 group by 才这样,如果 sql 嵌套过了,内层用的 group by 则不需要

2016-11-08 17:06

@snoop tomcat 6 太老了,换新的吧,tomcat 新版本兼容老项目

2016-11-08 17:05

说说更新了什么内容啊,这样才能让有需要的人更加清楚的明白是不是需要的

2016-11-08 17:04

_MappingKit 必然是可以支持多个的,在实践中,你可以使用多个 Generator,分别配置不同的参数, "_MappingKit" 这个文件名,以及这个文件的路径都是可以单独配置的,如果有多个数据源的时候,生成多个 _MappingKit 文件,用于多个 ActiveRecordPlugin 极度方便

2016-11-08 17:02

jfinal 是建议先划分模块,然后在模块内部再去分层,分层的时候并不创建子包,而是用类名去区分不同的层,以下是一个例子:
1:account模块,以下是 com.xxx.account 包下的文件
AccountController
AccoutService
AccountInterceptor
2:article 模块,以下是 com.xxx.article 包下的文件
ArticleController
ArticleService
3:所有 model 统一放在 com.xxx.common.mode 包下面
便于将来抽取成公共的 maven module 拆分成多个小型的分布式系统去重用这个模块

2016-11-08 16:59

@luorongda 这个是必然的,并且分层分模块才是最佳实践,是极力推荐的方式

2016-11-08 16:58

其实细节很多,jfinal 社区的这一套功能做得还是非常细致的,哈哈

2016-11-08 16:58

简要做个回答:
1:最新动态,只显示自己以及自己关注的人的动态,其它人一概不显示

2:最新动态这一栏,不会去管有没有人回复你、@ 你,强调看第一点,最新动态仍然只显示自己与关注人所做的事情,这些事情包括:发贴、回贴

3:@提到我这一栏显示两类信息:一是有人 @ 我、二是有人回复我的文章,当然 @ 我可以是在文章,也可以是在回贴中,如果用户同一个动作触发多个 @ 我,只产生一个 @ 我

4:实现方式主要是将用户的发贴、回贴这两件事情生成一条叫做 news_feed 的记录,将这条记录将创建者与贴子或回贴关联起来即可

5:@提到我,是用的另外的一张单独的表 refer_me,这张表有 id,referUserId,newsFeedId 这三个主字段,第二个是被 @ 的人账号,第三个是 @ 这条数据对应的在 4 中说明的 news_feed 记录,在查询的时候只需要 select newsFeedId from refer_me where referUserId = 我的ID 就可以得到所有 @ 我的 newsFeedId 集合了,再通过 newsFeedId 集合得到 news_feed 数据显示出来,所以 refer_me 这张表与 news_feed 这张表最终显示出来的数据形式完全一样,因为是通过 refer_me 先找一次 news_feed,然后仍然显示的是 news_feed 列表而已,只不过这些 news_feed 是 @ 了你而已

6:点赞功能单做的表,如 article_like(userId, articleId),被点赞时发送一条私信即可,与前面的功能完全无关