以文本方式查看主题

-  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