V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lihongjie0209  ›  全部回复第 4 页 / 共 78 页
回复总数  1543
1  2  3  4  5  6  7  8  9  10 ... 78  
2020-01-07 15:38:10 +08:00
回复了 xiaoming1992 创建的主题 程序员 你们公司的前端代码构建(build)时间是多长?
https://i.imgur.com/GfCRbDz.png 如果不修改 package.json 的话 1 分钟 30s
2020-01-07 15:36:10 +08:00
回复了 xiaoming1992 创建的主题 程序员 你们公司的前端代码构建(build)时间是多长?
2020-01-07 13:10:46 +08:00
回复了 awesomelei 创建的主题 程序员 如何防止表单重复提交?
@opengps #14 requestId 怎么生成
2020-01-07 12:57:26 +08:00
回复了 awesomelei 创建的主题 程序员 如何防止表单重复提交?
@opengps #10 那是不是意味着要把每一个 requestId 的结果都存储起来, 不然后端怎么做相同返回
@leafre #118 webpack 是打包工具, 接口调用是网络请求, 有什么联系吗
2020-01-06 13:11:53 +08:00
回复了 Russiavk 创建的主题 Java 萌新求推荐一個類似 Python 的 requests 一樣簡單易用的 Java HTTP 庫
@fox1955 #80 你不加依赖了吗? 修改 webpack 配置加 loader 和插件也要 install 的
@Curtion #75
使用依赖管理的一个原因就是为了每个项目只存储依赖描述文件, 而不需要把几万个依赖上传到 git, 同时还能保证每个开发者都使用一样的依赖

如果我们一旦修改由依赖管理软件下载的源码, 那么别的开发者使用 npm install 的时候就无法和你的依赖版本保持一致了, 正确的做法是把需要修改源码的依赖拷贝到你的项目中, 作为你的源码维护, 同时在依赖管理中去掉这个依赖.
@wangxiaoaer #71 嗯, 所以我觉得这个需求很奇怪
@wangxiaoaer #69 这个需求应该是类库\中间件的需求, 他们需要保证兼容性, 作为开发者真的很少用到
https://www.baeldung.com/osgi
```
Several Java mission-critical and middleware applications have some hard technological requirements.

Some have to support hot deploy, so as not to disrupt the running services – and others have to be able to work with different versions of the same package for the sake of supporting external legacy systems.

The OSGi platforms represent a viable solution to support this kind of requirements.
```
@szq8014 #66 要在 Java 中实现一个包 N 个版本的话要上 OSGI, 目前我还没遇到过这种需求
@deleteDB #61 https://i.imgur.com/KtjBySy.png 看一下我的问题
@hitaoguo #59 https://i.imgur.com/Sxo61rB.png 这些都是可以配置的, 而且在 maven 中不存在一个 uninstall 的概念, 你的项目如果不需要这个依赖, 那么就直接在 pom 中移除就好了
一个接口写好, N 个地方调用, UI 改版 N 次, 这时候你让后端看到一个页面提示接口错误然后定位这个页面使用的是哪个接口? 我觉得是正常现象
@deleteDB #55 你这种话没有任何意义, 行不行是一个很主观的东西, 但是有些东西缺点很明显, 还不能拿出来讨论了?
@yhxx #54 目前来看 pnp 和 tink 都在开发中, 还没有大规模使用, 而且 pnp 和 tink 都是与 hack nodejs 的 require, 如果与 wepack 使用, pnp 还需要使用自己的 loader, 总体来说改动还是比较大的
@yinzhili #51 我也是这么想的, 以后的项目我们是不是应该直接照抄业界也有的实现, 然后再根据自己的需求做定制化, 这样可以避免走一些别人已经踩过的坑.
@Kilerd #48 有什么缺点吗?
@lewis89 #43 这种问题应该会在开发和测试阶段就暴露出来, 同样的, 使用 BeanUtils 也只能在运行时报错, 只要使用了反射, 这种问题就无法避免
@lewis89 #34 每次加依赖都应该把 effective pom 导出来看看, 这样可以避免很多问题
1  2  3  4  5  6  7  8  9  10 ... 78  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1805 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 16:30 · PVG 00:30 · LAX 09:30 · JFK 12:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.