V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  shunia  ›  全部回复第 9 页 / 共 63 页
回复总数  1251
1 ... 5  6  7  8  9  10  11  12  13  14 ... 63  
三消挺难做优化的,别看玩法简单。如果要求炫酷,那就更难了。
游戏引擎有一些非游戏开发者所不掌握的优化技巧,而且选择合适的游戏引擎更容易获取对应类型游戏的各种问题的解决方案,建议还是优先使用游戏引擎。除非你是要参加什么 13k 之类的活动。
虽然根本不重要,但是看到对不齐的像素我真的很难受:

第一张图里:第 02 波/共 14 波 这一小段文字里,数字都是长度多了一点,右边多了几个无用的像素,应该是数字是一个单独的组件,位置和对齐没调好;

第二张图里:名字、货币数量、排行榜里的一横排的字,文字内容都偏上。这个其实是一些 JS 游戏框架的普遍问题,采用上下居中对齐的情况下,纯文字内容就是会偏上,一般需要手动将文字组件往下移 1 或者 2 个像素,当然这不是框架的问题,勉强可以算是浏览器的锅;
@kkk9 #4
"说实话,op 之前的推送服务很好,但是现在变味了,不否认变现的重要性,但是不能软饭硬吃吧。"
咋了?为什么突然在这里喷这事?引战了就把话说明白。我目前一直在使用 server 酱的免费服务,刚好符合我的需求,服务也很稳定,没有广告。我觉得足够友好。

"对于本帖,我更觉得更像是引流的推广软文,标题正文全部挂 juejin 链接,github 地址还得跳 juejin 去找?"
v2 确实更建议贴全文,不过你说话带的情绪太重了,上来就给人扣帽子,然后才开始揪全文的事。就算你 100%正确也不代表你可以表现得极其不友善。既然你这么尊重规则,那按照一般人理解,你和人家有仇有新开贴把事情说明白,抖出来让大家看看。这么一个相对正常的分享/推广贴就因为你在 4L 的回复而变得乱七八糟,实在让人恼火。说到“相互尊重”不知道你哪来的对规则,对 OP ,对看客的尊重。

利益无关,我甚至没点开 juejin 的链接,因为我不想打开任何 juejin 的链接。
224 天前
回复了 RipL 创建的主题 北京 尝试在这里 租个靠谱京牌(油)
让 4S 店帮你找,然后再筛选。这是最方便最快速最简单的途径了。其他各种情况找到的号可能甚至还不如这种靠谱。
能不能上个终端用户能看懂的图而不是专家才能看懂的图🙏
问题过多,但是并不影响你是个天才
不是很懂,除非有工具能自动映射数据库表结构为代码,否则不都是动态查表的吗?不管你是写 SQL 查询还是用了什么高级工具或者流程,最终数据库表字段一改,你查询代码或者 DAO 层就是得跟着变化吧。只是说这个动态的过程是反映在业务代码层,还是反映在数据库中间层部分而已?

另外如果帖主提到的这种情况,不是落在每一处业务代码中,而是也分层做了隔离呢?那还算动态吗?
@kevenli #8 哦,我只看了 ToS ,没寻思藏在隐私政策里
哪里能体现出这是字节推出的 IDE ?
这后端不会防御性编程啊,就他这 CRUD 的搞法,哪天你硬气点去砸人家后端场子,第一个开的就得是他,一点不可替代性都没有。

技术深度用于提升项目上限,但是实际工作中,99%的工作是处理业务流程,谁得流程谁才能站得住脚。既然他主动放弃了流程,那你完全可以弄一个 nodejs 的 BFF ,让他失业。而你还可以额外获得一身新技能,何乐而不为呢。
238 天前
回复了 testHu 创建的主题 奇思妙想 想做个汽车营地
@testHu #8 外地游客来了肯定是过夜为主,如果不是酒店就只能等同于固定帐篷那种类型,也就是蒙古包呗?
那我只能说要是我我可不去住,拉屎洗澡能让人崩溃,还有恐怖的蚊虫,冬冷夏热等问题。价格是下去了,体验也很炸裂的。
238 天前
回复了 mycang 创建的主题 随想 最近考虑去中国西北方向玩几天
青甘小环线?
时间其实挺赶的,我比较佛系的跑过大环线,依然感觉一多半时间在路上。虽然路上的风景也很不错就是了,地平线远端看起来很小但是实际巨大的山脉挺震撼的。
只去一个地方的话有点可惜。但是有意思的地方太分散,想再去另一个地方那就是几百公里出去了。
238 天前
回复了 testHu 创建的主题 奇思妙想 想做个汽车营地
恩施?有这个人群吗?

露营地一般就是提供一个碎石铺成的格子,没有格挡,格子里提供市电,洗手间就在附近,一般没有额外的洗澡的条件。我看到的玩这个的都是重装露营者,自行搭一个巨大的帐篷一呆两三天那种。用户群很小的。

不是很懂你这个隔成独立空间的概念。
238 天前
回复了 itskingname 创建的主题 git 在 git 分支名上面加斜杠真的太恶心了
分支特别多以后,如果不用斜杠很恐怖,无论是用 cli 命令+auto completion 还是在 gui 里通过树状结构,查找某一个分支的过程都会让你崩溃。尤其是当前分支上有 tag/release 的 workflow 的话,你会发现一段时间过去,几乎 90%都是 tag 和 release 分支,当需要回溯查找其中某一个分支时的体验很噩梦。

我个人感觉使用斜杠最大的作用其实相当于编程里面的领域区分,有的项目会推荐以开发者名字为区分,更多的项目会推荐以分支的特性作为区分比如很常见的 feature/fix/release 。

关于方便与否或者说甚至分支报错的问题,看 OP 的描述其实更多的是在某种规则体系之下非要不遵循规则操作而已。比如说既然采用了下划线加分支特性区分的前提下,什么人会推一个名为 feature 的分支来让所有人都无法创建 feature/*分支?

另外再说一下类比,我觉得这个区分方法就跟管理项目目录一样的,甚至目录管理还要区分大小写呢,比分支基本都建议小写还要磨叽。
卡片的配图是不是有点过于牛头不对马嘴了。
做的很棒,兹磁!
242 天前
回复了 coinbase 创建的主题 分享发现 NASA 恢复与旅行者 1 号的通信
[瑞斯拜]
242 天前
回复了 maybeonly 创建的主题 宽带症候群 跟风贴自家软路由实现
不对,这不是我要上的车!
1 ... 5  6  7  8  9  10  11  12  13  14 ... 63  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2538 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 04:02 · PVG 12:02 · LAX 20:02 · JFK 23:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.