V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ljpCN  ›  全部回复第 3 页 / 共 28 页
回复总数  558
1  2  3  4  5  6  7  8  9  10 ... 28  
workaround 的办法可能是上面文档里的 relaunch 参数
难道页面不变就不会传新的参数?那感觉算是 bug 了,也许可以给他们提工单
可以用飞书的 AppLink 协议,把 url 编码成二维码,应该可以实现你要的功能。https://open.feishu.cn/document/uAjLw4CM/uYjL24iN/applink-protocol/supported-protocol/open-a-gadget
2022-07-12 11:55:10 +08:00
回复了 graetdk 创建的主题 分享创造 新品发布:支持中文的 AI 生成绘画作品工具
id:2269746
很完整的产品,开始考虑成为一个面包多创作者了。
@sciel 我也不是安卓开发,不过简单搜索到这样一篇文章( https://www.jianshu.com/p/805ca3c2f06d ),也许你可以从里面的关键词去拓展搜索。相信市面上也已经有成熟的库可以使用了,甚至我猜测应该有不仅提供客户端 sdk 还提供服务端的 saas 服务可以使用。
第一个问题是全双工通信协议,比如 Websocket 。第二个问题是操作系统提供的通知服务比如谷歌的 FCM ,或者自己在操作系统注册的一个常驻服务。
Figma 不是万金油,如果仅仅是梳理软件架构,有更简易的工具比如类似于 draw.io 的各种绘图工具。不是 Figma 干不了,是没必要。Figma 还是更适合 UX 设计的场景,在这个场景下,已经筛除了大部分的程序员。这大部分的程序员,可能在做嵌入式开发,可能在做数据库开发,可能在做 Web 服务端开发,可能在做别的许多许多的事情,总而言之,他们不需要跟用户界面打交道。而在跟用户界面打交道的程序员中,比如前端和移动客户端开发,由于许多公司分工明确,他们使用 Figma 这类工具只是作为观看者而非编辑者,因为编辑的工作是负责 UX 的设计师在干。而学习 Figma 能给他们带来什么呢?这个问题才是值得思考的问题,而这个问题依然很有可能导向:他们不需要学 Figma ,他们需要一个更适用于他们的工具。
2022-07-01 16:15:34 +08:00
回复了 ericgui 创建的主题 生活 有什么爱好可以培养?
滑板,比你说的这俩便宜,也足够有趣味,想折腾也有折腾的空间。
2022-06-29 12:39:08 +08:00
回复了 kururul 创建的主题 Angular 请教关于 SSR 的问题。SSR 有可能隐藏 AngularJS 入口文件吗?
Angular 不清楚,Next 不同页面是处理成多入口的呀,A 页面没有用的 B 页面的代码,不会出现在 A 页面的打包产物里呀。感觉 Angular SSR 应该也有类似的特性吧?
2022-06-21 22:31:19 +08:00
回复了 CCCTS 创建的主题 程序员 要求大家脑洞大开,解决一个关于图像的问题
@newaccount
> 屏幕贴膜,偏光显示,戴眼镜才能看(狗头
再加上左右眼不同方向的偏振,必须双眼视力才能看全(狗头(不过这样对单眼视觉的人群不友好
2022-06-20 00:13:43 +08:00
回复了 csdoker 创建的主题 生活 一个人住的 V 友平时都自己做饭吗?
人在上海,不得不做。
2022-06-14 13:03:22 +08:00
回复了 Authorization 创建的主题 程序员 在什么地方可以找程序员做项目?
@service517 点开后,里面的 data 字段下的 result 字段是我的微信号,也就是最后一对双引号里包裹的内容
2022-06-14 11:26:56 +08:00
回复了 Authorization 创建的主题 程序员 在什么地方可以找程序员做项目?
需要确定下细节,可以联系我。我的微信: https://s.api.enetapi.com/api/Base64?jiemi=bGpwLWNvZGU=
2022-06-13 11:34:10 +08:00
回复了 willatman 创建的主题 问与答 有没有知识管理的 Wiki 系统推荐?
直接飞书拉满,省心。Notion 可以试试,不过团队协作可能是收费的。
2022-06-13 11:32:18 +08:00
回复了 ljpCN 创建的主题 程序员 2022 了,作为程序员你有哪些副业?
@Arison 是啊,程序员的优势就是可以自己搞 web 开发做互联网项目。自媒体的确是一个进入成本相对低的行业。
2022-06-10 17:32:43 +08:00
回复了 SrPb 创建的主题 问与答 探讨一种软件收费模式
要看软件类型。你这种方案的确适合可以根据使用时长、或者数据传输量来定价的产品。而适合这种定价的产品往往已经使用了你说的方案。比如宽带,比如 CDN 服务。举个不太适合你说的这种定价方案的例子:网盘。网盘需要付出存储数据的成本,如果根据使用时长或数据传输量来收费的话,那么产品闲置的时候,占用的存储空间带来的存储成本就只能服务提供者自己承担。
2022-05-30 20:01:38 +08:00
回复了 JusticeLanding 创建的主题 FFmpeg [求助] mp4 录制,怎么才能不缓冲在内存中
不知道是不是可以做成 HLS 流呢? https://cloud.tencent.com/developer/article/1746730
2022-05-30 16:47:59 +08:00
回复了 sdofure 创建的主题 生活 晚上有什么比较烧脑的活动建议?
微积分,概率论
2022-05-09 16:02:27 +08:00
回复了 taofoo 创建的主题 React React / Mobx 全局状态管理问题
而如果是自己项目的全局独一份的 store ,我觉得的确没必要套一层 provider 。
2022-05-09 16:01:08 +08:00
回复了 taofoo 创建的主题 React React / Mobx 全局状态管理问题
个人理解。Provider 在于可以隔离。外部代码使用你编写的组件时,可以在多个地方使用,而他们的内部状态不能引用同一个 mobx 实例,使用 provider 可以保证每个组件内的 mobx 实例是来自它自己的顶层 provider 。两颗组件树访问不同的实例。
1  2  3  4  5  6  7  8  9  10 ... 28  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5652 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 51ms · UTC 06:36 · PVG 14:36 · LAX 23:36 · JFK 02:36
Developed with CodeLauncher
♥ Do have faith in what you're doing.