V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Tiller  ›  全部回复第 5 页 / 共 10 页
回复总数  192
1  2  3  4  5  6  7  8  9  10  
29 天前
回复了 Borch 创建的主题 生活 做饭对生活的帮助
独自生活 会做饭等于吃力不讨好,钱没省下多少,时间浪费的多

两个人生活,自己做饭等于能够省点钱,但是谈不上特别省。

我会做饭,我对象不会做饭。但是对于我们来说,外卖有时候真的更加省事,做饭只是代替下馆子。
毕竟自己做一桌子菜,只有外面的一半的价格
猫咪主要是看性格,性格好才能陪伴的长久。建议多看一些猫咪社会化训练的视频。不强求变成一个随便外出的社牛猫

但是起码做到不应激、不乱咬人。跟主人亲近

还有,你这个猫看起来像是黑渐层!跟我的小猫是一个色。我那个是 蓝猫加银渐层生的

带点花纹,表面黑,翻一下里面的毛是灰白的
29 天前
回复了 fragilePride 创建的主题 前端开发 求助 这个网页咋实现的 有点帅
确实帅,之前那个小米 su7 的网页,也很帅
荔枝数码购买个人版的 clion ,只需要 679
29 天前
回复了 Awes0me 创建的主题 小米 小米 15pro 用了 2 天,只说缺点
@icedir 这些都是细节的体验。有硬件上的传承,才有技术上的优化。

就像是 iPhone 的激光雷达一样。你一直用,第三方才有生态。自己也能把这个技术玩出花来
29 天前
回复了 Awes0me 创建的主题 小米 小米 15pro 用了 2 天,只说缺点
小米的硬件传承性真的很堪忧(因为用小米比较多,只评价小米

例如马达就是,以前马达当作卖点的时候,大肆宣传自己线性马达。然后过了几年,这玩意当不上卖点了。砍掉

不仅仅马达,外放也是。你看小米 10s 的哈曼卡顿的外放喇叭。多好,至今还是小米巅峰。好了,第二年久砍了
31 天前
回复了 anson264556364 创建的主题 互联网 查询抖音新晋网红
他的书,我反正真的看不下去。看一半的时候笑出了声,就再也没看过了

不过最近看他的直播切片,发现书不怎么样,但是人还挺善良的

只能说人各有优缺点
31 天前
回复了 feedcode 创建的主题 优惠信息 洗牙越来越便宜了
我在老家 30 块钱洗的
33 天前
回复了 wkj89 创建的主题 Apple 3580 拿下 Mac Mini M4
哈哈哈哈哈哈哈哈哈
33 天前
回复了 jiashuaibei 创建的主题 问与答 有 VIP 情况下哪个网盘最好用?
OneDrive 也能吹啊?啊?
最后再说一句,我看你调研的产品都是面向中小学的。中小学应该没有大学的教务系统这么复杂。

我们系统的复杂度来源于要应对各种学校的不同的需求,拥有较多的约束规则。在日常使用中,学校更多是自动排课后,再手动排课进行调整。

也有可能是我们自动排课做的垃圾,约束规则都是针对手排,没有针对老师个人意愿加入更多约束条件。(例如有的老师不喜欢上早课、有的老师希望前三天上课之类的这种很主观的意愿)
自动排课的部分,实际上就是贪心算法。在不停的遍历中,找到一个满足条件的,就写入数据库。这部分纯纯的单线程执行,我记得一个高校,自动排课会排大概十几二十分钟就可以了

技术上的实现,纯手工写的业务逻辑,不涉及任何规则引擎、约束解释器。因为我们用 Oracle 的存储过程实现的(可能会被同事认出来
真行业相关了

前东家是高效教务系统前几名。

其实我们是这样的,草台班子是这么写的

首先,我们会初始化时间片:1. 教室时间 2. 教师时间 3. 学生时间;
这个很好理解,教室同时不能有多门课一起上,也不可能一个老师同时上两门课,学生也不会分身术同时上几门课。

他们之间不能相互冲突是第一层约束

然后到选课环节。流程是根据每年的教学安排,生成课程基本信息。

课程也分为必修课,选修课。

必修课会先排课,因为学生是固定的。
我们来说一下这部分的基本约束;
1. 教室、学生、老师时间不能冲突
2. 排课时要跳过不允许排课的时间 (例如军训周、实习月、老师不可上课时间)
3. 自定义约束条件(老师、学生不能连续上课多少节,一周不能上超过多少节等等)

这部分是拖拉拽实现的,也就是选定排课的周数,我把左侧的课程拖到课程表中,就可以完成。在此界面,还可以设置是否合班排课,分班排课等

基本的必修课排课完成之后,会继续排选修课。排好之后开选

学生根据时间,课程适用对象等条件过滤可选的课程,完成选课。如果有冲突,是选不上的

手动排课,实际上就是在满足各种约束条件下,对资源的时间片进行操作。
SSG 不太适合你们吧。在我的印象中,SSG 不应该是只能生成类似于 vitepress 这个纯静态站点么。

你这种拖拉拽,要动态更改的,还是更加适合 nuxt 的 SSR 模式。

1. 组件问题。Nuxt 有个概念叫 layers 。你可以为管理端和客户端,创建一个新的 nuxt 项目。在这个 nuxt 项目中维护一个组件库。然后在管理端和客户端作为一个 layers 引入这个项目。这样你可以保持组件的一致性

2. 个人认为 ssr 才是适合你们的技术。但是针对现有的项目进行改造的话,还是有一定的工作量的。如果你们考虑上的话,管理端可以继续进行 CSR 渲染,避免 SSR 带来的各种问题。可以说几乎无缝?

客户端的话,也可以保持部分 SSR ,部分 CSR

3. 同上,nuxt ssr ,在服务端获取 json 的数据,渲染好之后,展示出来就是静态的 HTML 了。

我最近在有一搭没一搭的开发自己的项目,想要开源出来的。做的就是你说的这种,有门户,有后台管理的系统。

遇到最烦的问题就是各种鉴权,例如路由鉴权,接口鉴权之类的。发现后台管理还是直接 csr 比较方便
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1225 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 18:13 · PVG 02:13 · LAX 10:13 · JFK 13:13
Developed with CodeLauncher
♥ Do have faith in what you're doing.