V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  gdtdpt  ›  全部回复第 1 页 / 共 4 页
回复总数  76
1  2  3  4  
学习学习,看了一下 http 的源码,刚好最近也遇到关于 antd 主题的问题,就是 axios 的拦截器定义是在 react 环境外的,所以在拦截器中直接使用 message 、notification 、modal 静态方法无法响应 antd 的全局主题配置,antd 官方也不建议直接使用此类静态方法。我看 demo 中切换为暗色主题后,当出现"Network Error"的 notification 依然是亮色主题,说明也存在这个问题。想问一下有没有什么好的解决方案,我是用了 vanillajs 的事件机制,不知道有没有其他方案想学习一下。
2022-10-31 08:08:23 +08:00
回复了 bfc 创建的主题 程序员 todo 软件有没有一起开发的(干倒现有的 todo)
虽然好像说了收费问题,但是感觉楼主也并没有不收费的想法,不然直接把高颜值 Demo 放到某个 repo 上不就行了,何必加 v
2022-10-26 18:15:56 +08:00
回复了 variousdidt 创建的主题 程序员 前端框架技术选型讨论
ng 的香真是懂的都懂,可惜有点门槛变成小众了,单干我选 react ,团队还是 vue 吧,太自由的东西不能指望人人都懂编程规范,交流起来太累。
2022-08-09 16:15:56 +08:00
回复了 zxkmm 创建的主题 Vim 关于 spacevim 社区支持能力和 star 数不匹配的一点疑惑
用过,确实不好用,整合出来整一个黑盒,出问题了不知道该怎么排查。
文档也有点问题,虽然什么内容都有,但是可能是我理解问题,有点难找。
neovim 更新了原生 LSP 之后还是自己配了一套配置舒服
2022-03-24 08:59:03 +08:00
回复了 JwChen1024 创建的主题 推广 [转发] Rust 编程语言零基础入门班
看大纲不就是官网那个教材的目录吗?
之前遇到过这种什么学完返还的,最后返还的是优惠券……
2022-02-16 09:17:57 +08:00
回复了 rv54ntjwfm3ug8 创建的主题 Angular 为什么现在国内用 Angular 的网站感觉非常少?
Angular 真的是会者不难,越深入越喜欢,但是门槛太高,响应式编程就能拦住一大部分人。
招人太难了,会的人太少了,招不会的人进来 学习,初学者学不到项目要求的程度就会产生各种奇怪的操作
2021-10-27 18:02:22 +08:00
回复了 sciel 创建的主题 程序员 能推荐一些你觉得有意思的与计算机相关的书籍吗?
《凤凰项目》挺有意思的,不过是偏运维的
2021-09-07 10:05:47 +08:00
回复了 liuidetmks 创建的主题 全球工单系统 mac 版 QQ bug 已经没人管了吗?
无响应 + 1,是从 AppStore 上下载的 QQ,没有楼主这么频繁,但是确实会无响应
mbp 13inch 2020 i7
os 11.1
2021-07-30 17:16:38 +08:00
回复了 hedeqiang 创建的主题 全球工单系统 极客时间虚假举办活动、随意更改规则
之前参加过一个免费学英语的课程活动,说坚持 100 天活动结束 99 元课程费用全额微信红包返现,我真的坚持了 100 天没断过,但是最后只发了几张优惠券给我,最早的活动说明早就找不到了,课程是公众号跳转到网页参与的,公众号询问没人回复,就不了了之了。

之后我虽然继续买各种课程看,但是不管什么活动再也不参加了,免得一腔热血被人当猴耍
2021-07-27 16:10:24 +08:00
回复了 coldmn3 创建的主题 iDev 企业证书被封了
@murmur 感谢回复,有证书,之前尝试过挂了一个 plist 在内网,但是没有设置 provision 链接,现在因为领导想在外网环境安装,不知道这样会不会触犯苹果的什么分发限制,不敢乱搞,想请教一下两个问题

1. plist 的获取地址是否需要进行一些验证,比如地址需不需要包含一些 token 之类的参数以防苹果扫描?
2. provision 链接能细说吗,或者有没有什么文章讲这方面的。

感谢
2021-07-27 14:51:50 +08:00
回复了 coldmn3 创建的主题 iDev 企业证书被封了
小白搭车问一下各位大佬,如果想在企业内分发应该怎么做,之前百度了好久没一个说得明白的,有些说一个网址返回一个 xml 就行,但是看楼主的说法这样也是进行了公开分发吧?
有个项目叫 direct-vuex,号称以 composition-api 和 ts 的方式使用 vuex,建议大家别用,坑多得根本填不完,写法也不优雅
macos 的复制是 command + c,粘贴是 command + v,与 ctrl + c 不冲突
2021-06-15 15:45:48 +08:00
回复了 x940727 创建的主题 程序员 彦祖们,写 CRUD 的时候会使用设计模式吗?
想使用设计模式,最简单的办法就是提高自己的代码规范要求。
比如最简单的两条:
1.文件代码除注释外不超过 150 行(包括空行)
2.单个方法不得超过 30 行(包括空行)

当你编码的时候加了以上限制你会发现原本一些过长的代码必须封装,一些大段大段的 if-else 必须搞点工厂方法之类的才行,一些方法拆吧拆吧后发现拆出来的东西其实差不多……之类的事
2021-05-21 09:55:34 +08:00
回复了 vevlins 创建的主题 程序员 程序员工作量的主要来源
@zcfnc 还要纠正 leader 的根本性错误,血压 up
2021-05-17 15:18:26 +08:00
回复了 XiLemon 创建的主题 Java 业务代码写单元测试的最佳姿势是什么?
首先自身业务代码层次要清晰,各层级间耦合度要低,这样在 Mock 的时候工作量才会少,才能专注测试的内容,不然光写 Mock 就一堆代码。
在一个 Service 方法里调用另外 3 、4 个 Service,然后又调用几次 Dao 不同的方法这种流水帐一样的代码写 Mock 都要写死人,怎么让人写单元测试。
2021-04-30 14:09:35 +08:00
回复了 SystemLight 创建的主题 Java servlet+JSP 过时了么?
主要是现在前端组件都需要 npm,JSP 不适合 npm 。
比如 vue,虽然我也见过用 cdn 方式引入,一个 JSP 一个 vue 对象的方式,但是对应的 UI 库对 cdn 的支持就不是很好了。
2021-04-17 17:26:32 +08:00
回复了 JasonLaw 创建的主题 Java @Transactional VS @Transactional(rollbackFor = Exception.class)
@JasonLaw 偷懒的时候吧,比如逻辑部分会 throw 多种 Exception 子类,不想在 throws 里写全,直接写个 Exception
2021-04-16 10:49:21 +08:00
回复了 liuxing 创建的主题 Node.js RESTful API 设计最佳实践
@yazoox 可能是后端很容易找到借口把工作推给前端。
我们这里有很多项目都是打着 REST 的名义将数据字段关联动作推给前端的,比如微服务下两个服务间 A 服务业务表保存了 B 服务业务表的 ID 做为逻辑上的外键,但是数据库中因为是不同的库所以没有约束。这时候后端就会借口说根据 REST 风格,我以为把数据相关的 B 服务业务表的 id 给前端了,至于 id 关联的数据,前端请自己到 B 服务请求数据回来。
这时候就出现了某个页面只有一个 table,但是加载过程中会发送 10 多次请求的情况,而且加载了几次后内存缓存的数据量大了,页面加载的时候有明显卡顿,这时候领导来一句“页面为什么这么卡,前端怎么写的,优化一下”,这时候就很难受,明明不是前端的锅。

成本大概就是完成以上流程花费的人力成本吧
2021-04-15 17:13:41 +08:00
回复了 liuxing 创建的主题 Node.js RESTful API 设计最佳实践
借题问一下各位大佬们,在工作中经常会遇到一些非资源类的 Api,比如开始执行某个任务(xxxAction/execute)之类的,这个动作虽然可能在某些资源下,可以用 /resource/:resourceId/execute 这种方式,但是如果有多种类型的 action,是使用 /resource/:resourceId/:actionType/execute 好还是将 actionType 放到参数中好,或者有没有什么更优雅的方式?
1  2  3  4  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5664 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 06:30 · PVG 14:30 · LAX 22:30 · JFK 01:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.