V2EX › dnjat 的所有回复 › 第 6 页 / 共 8 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

@cbythe434 扑通,扑通..

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

@mengdodo 嘿嘿,是这样,有的逻辑一样,外部装饰,内部自己处理参数,然后丢进机器里面

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

@ChoateYao
@dif
@duron600 用业务名也是可以,只是很多参数就固定了.比如状态. 各个状态都要对应的业务名. 对简单的用全名,复杂的用业务名,是一个很好的方法.

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

@Martens
@LeegoYih
@wanguorui123
@titanhw 如果没有什么别的好的方法,只能这样缩短了.反正是要截掉一部份信息.

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

@lsry 用的 mybatis,可能是看别人的博文,无形中吸取了 jpa 精华.😅

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

@subframe75361 是个好想法. 缩短肯定要省去一些信息.转移阵地.

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

@ufan0 传的 do.没有用形参.都是基本类型,容易眼花. 如果是用形参,确实可以条件字段免掉了🤗.

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

@securityCoding 是手写,mybatis id 名就是这么长.😅

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

@flyqie 苹果味是什么样的😄

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

@beneo 要逆出什么来😅

2023 年 11 月 17 日

回复了 dnjat 创建的主题 › 程序员 › 如何缩短 dao 层命名,selectAllListIdAndUpdateHashAndStateByTaskIdAndUpdateGroupAndStateList

要逆出什么来😅

2023 年 10 月 26 日

回复了 dnjat 创建的主题 › 程序员 › 文本内容审核,短文字收费.

@rekulas 机器学习前期投入太大了,不熟悉的话,学习,调优也是个成本. 不怕他误审,怕他识别不出风险,如果不是很相信自己的学习模型,无风险的,你还是得交三方审核再审一次.

2023 年 10 月 26 日

回复了 dnjat 创建的主题 › 程序员 › 文本内容审核,短文字收费.

@luodichen 应该不要吧,审核后有返回命中词,本地再过滤一下就好了.

2023 年 10 月 26 日

回复了 dnjat 创建的主题 › 程序员 › 文本内容审核,短文字收费.

@hongfs 有做文件 hash 匹配,但文字的机率应该不合适吧.同样一句话,重新打一遍都有可能会有区别,所以当时就放弃这个缓存方案了. 老兄你的方案是什么样子的.

2023 年 10 月 26 日

回复了 dnjat 创建的主题 › 程序员 › 文本内容审核,短文字收费.

@hongfs 这个不好缓存吧，改个标点什么的就不一样了。缓存命中关键字也不行，担心本地缓存的关键字不够。

2023 年 10 月 26 日

回复了 dnjat 创建的主题 › 程序员 › 文本内容审核,短文字收费.

@coderxy 是的，主要是成本，不然单条好处理多了，合并后还得拆结果，对不同来源的内容做后续动作，动作还不统一。就看成本与麻烦度的比例怎么样

2023 年 10 月 15 日

回复了 dnjat 创建的主题 › 程序员 › 前后端页面 url 与 api url 如何统一命名风格.

@flyqie 赞同,看场景.

2023 年 10 月 15 日

回复了 dnjat 创建的主题 › 程序员 › 前后端页面 url 与 api url 如何统一命名风格.

@AquanllR rest 是非常简洁,聚合强

2023 年 10 月 14 日

回复了 dnjat 创建的主题 › 程序员 › 前后端页面 url 与 api url 如何统一命名风格.

@YuJianrong 好早啊,莫非在看 ti?😅 一看你就是 graphql 的受益者,当时一看到 graphql 的统一入口就惊呆了,心想这得多麻烦,全放到一个入口路由.不过他的自由查询还是很喜欢的.

2023 年 10 月 13 日

回复了 dnjat 创建的主题 › 程序员 › 前后端页面 url 与 api url 如何统一命名风格.

@impaul put 也是用的 post body 传输方式,delete 用的 url 传值方式.😄 没用过 php,猜想应该也能用$_GET 和$_POST 获取

1 2 3 4 5 6 7 8

❮

❯