以文本方式查看主题 - Foxtable(狐表) (http://www.foxtable.com/bbs/index.asp) -- 专家坐堂 (http://www.foxtable.com/bbs/list.asp?boardid=2) ---- 给狐爸的逆耳忠言 (http://www.foxtable.com/bbs/dispbbs.asp?boardid=2&id=157403) |
-- 作者:fytea -- 发布时间:2020/10/15 1:04:00 -- 给狐爸的逆耳忠言 当下b/s当道,c/s无可奈何的只能说“具有b/s.....,又有c/s....",呵呵 怎么办,狐爸:是不是该升级了,我们在期盼,该是你的份额,不该丢了! 有许多话,说来太逆耳,但我只能这样说了 你已经是星火,还怕不能燎原。我用一句诗人的话,弹痕枪临壁,灵璧该谁能比。 我相信狐爸:今日不夺一池,明朝你来称臣
|
-- 作者:blackzhu -- 发布时间:2020/10/15 9:17:00 -- bs 不是可以吗? 你还需要什么BS |
-- 作者:teng0731 -- 发布时间:2020/10/15 9:44:00 -- 在2017年就已经实现了,估计楼主这几年没有关注foxtable的发展情况。 |
-- 作者:xdiy -- 发布时间:2020/10/15 9:46:00 -- 平常商用软件还是C/S为主,客户端管理,打印便捷性都有优势。 |
-- 作者:chen37280600 -- 发布时间:2020/10/15 10:57:00 -- 他想要的是更专注BS的狐表。现在狐表的BS,还是原生状态,无框架状态。 例如 请求前的拦截器,请求分发路由,请求返回的跨域头部文件统一配置,类似AOP的注入日志,监听每个接口的耗时效率等等,都还没有。
以上这些,都只能用户自己想办法实现,没有封装。 而相比之下,C/S里有非常多入口封装了,数据库连接前,项目启动前,项目启动后,表事件编辑前,保存前,新建前,渲染前,等等等 框架比原生语言有价值,更能提高效率,就是因为有封装,有统一入口事件约束的规范 |
-- 作者:chen37280600 -- 发布时间:2020/10/15 11:02:00 -- 后端一般分成: 请求参数合法校检、权限的拦截、防止重放攻击,独立一层,叫Controller 实现业务逻辑的代码,独立一层,一般叫Services 逻辑业务代码对数据库的sql操作,独立一层,一般叫Dao 防止SQL XSS注入,最好还有类似Datatable的半ORM工具 一般bs容易受到大流量请求,最好集成Redis单线程高抗压的的非关系数据库,把请求塞进去队列里 |
-- 作者:fivetable -- 发布时间:2020/10/15 11:23:00 -- 狐表的c/s在处理数据上的方便性和实用,我感觉比任何框架的b/s好用多,纯属个人感觉! |
-- 作者:kgdce -- 发布时间:2020/10/18 13:28:00 -- 狐表几个月没升级了,有什么样的发展方向和大招,能否透露一点,给大家一点信心! |
-- 作者:zd305 -- 发布时间:2020/10/18 15:54:00 -- 现在b/s也有了,但企业应用,个人认为c/s更靠谱,建议加快开发进度, 完善现有问题,比如,c1组件强烈建议升级!!!!!!!!!!! |
-- 作者:zhangjian222200 -- 发布时间:2020/10/18 18:23:00 -- 你看看吧,前后端分离讲座,正在进行:http://www.foxtable.com/bbs/dispbbs.asp?boardid=2&Id=154726 |