鏇存柊鏂囨。
This commit is contained in:
@@ -1,189 +0,0 @@
|
||||
adb devices 获取链接的设备
|
||||
|
||||
adb get-state 获取设备状态
|
||||
|
||||
adb start-server 启动adb服务
|
||||
|
||||
adb kill-server 关闭adb服务
|
||||
|
||||
adb connect 连接设备
|
||||
|
||||
adb disconnect 断开设备
|
||||
|
||||
adb install 软件名称 apk 安装软件
|
||||
|
||||
adb install -r 软件名称 apk 重新安装软件
|
||||
|
||||
adb uninstall apk包名 卸载软件
|
||||
|
||||
adb uninstall -k 包名 保留数据卸载
|
||||
|
||||
adb logcat 查看手机上的运行日志,可以用此项来查错
|
||||
|
||||
adb push 本地路径 安卓路径 本地向安卓传输数据
|
||||
|
||||
adb pull 安卓路径 本地路径 从安卓端下载到本地
|
||||
|
||||
Adb remount 重新挂载系统文件
|
||||
|
||||
Adb get-serilno 获取系列号
|
||||
|
||||
Adb shell dmesg 打印内核的调试信息
|
||||
|
||||
Adb reboot 重启手机
|
||||
|
||||
Adb reboot recovery 重启手机到recovery界面
|
||||
|
||||
Adb reboot bootloader 重启手机到bootloader界面
|
||||
|
||||
Adb version 查看版本
|
||||
|
||||
adb shell 进入手机终端
|
||||
|
||||
adb shell screencap /sdcard/sreen.png 截图
|
||||
|
||||
adb shell dumpsys battery 查看电量
|
||||
|
||||
adb shell dumpsys cpuinfo 获取cpu信息
|
||||
|
||||
adb shell svc wifi enable 打开wifi
|
||||
|
||||
adb shell svc wifi disable 关闭wifi
|
||||
|
||||
adb shell wm size 查看分辨率
|
||||
|
||||
adb shell momkey -p 包名 -v 100 单应用-100个随机事件压力测试
|
||||
|
||||
adb shell momkey -p 包名 -p 包名 -v -v 100 多应用-100个随机事件压力测试
|
||||
|
||||
am 命令(activity manager)
|
||||
|
||||
adb shell am start -n packagename/activity 直接启动
|
||||
|
||||
adb shell am start -S packagename/activy 先停止在启动
|
||||
|
||||
adb shell am start -W packagename/activy 等待启动完成
|
||||
|
||||
action adb shell am start -a android.intent.action.CALL -d [tel:10086](tel:10086) 拨打电话
|
||||
|
||||
adb shell am start -a android.intent.action.VIEW -d 百度一下,你就知道 打开网页
|
||||
|
||||
adb shell am monitor 打开软件启动监控
|
||||
|
||||
adb shell am force-stop packagename 强制关闭app
|
||||
|
||||
Pm 命令(package manager)
|
||||
|
||||
Adb shell pm list package 列出安装包所有应用名
|
||||
|
||||
Adb shell pm list package -3 列出所有第三方包
|
||||
|
||||
Adb shell pm dump packagename 应用详细信息
|
||||
|
||||
Adb shell pm path 安装的应用包的apk 位置
|
||||
|
||||
Adb shell pm install 安装设备上的apk
|
||||
|
||||
adb shell pm clear 包名 清理程序数据
|
||||
|
||||
Input 命令
|
||||
|
||||
Adb shell input text aimomo 键盘输入aimomo
|
||||
|
||||
Adb shell input tap 300 700 模拟点击x=300,y=700
|
||||
|
||||
Adb shell input keyevent KEYCODE_HOME 模拟点击home键
|
||||
|
||||
Adb shell input swipe 300 500 300 900 模拟滑动
|
||||
|
||||
adb 常用命令使用指南,希望对你有帮助
|
||||
|
||||
1、 adb devices 查看设备列表
|
||||
|
||||
查看电脑已连接Android 设备列表,多行显示表示连接多个Android设备,每行前面的字符串表示Android设备的SN号
|
||||
|
||||
2、adb get-state 获取连接状态 device offline unkown
|
||||
|
||||
3、adb install -r APK路径 安装应用
|
||||
|
||||
apk文件所在的文件路径,包括apk,如D:/hello.apk,注意需要打开的cmd路径不要带有中文,否则,部分电脑可能会提示安装失败
|
||||
|
||||
4、adb uninstall 应用包名,应用卸载 查看自己安装的包名,adb uninstall -k hello.apk 下载应用,但保留缓存数据
|
||||
|
||||
5、adb connect 设备ip地址,如果电脑与设备在同一局域网内,Android设备的连接ip 地址,可连接成功
|
||||
|
||||
6、adb push 电脑上的文件 路径 sdcard/ 将电脑的文件输入到手机上
|
||||
|
||||
如文件D:/hello.apk, adb push D:/hello.apk /sdcard、hello.apk
|
||||
|
||||
7、adb pull /sdcard/文件路径 指定的pc目录,将文件拷贝到pc,文件保存的路径直接与cmd打开的路径相同
|
||||
|
||||
8、adb reboot 或加参数-p设备进行重启
|
||||
|
||||
9、 adb shell pm clear 包名 清除应用数据
|
||||
|
||||
10 、adb shell pm list packages -3 查看第三方安装的应用包名,卸载应用前,一般可通过该指令查看包名
|
||||
|
||||
11、adb shell am force-stop 包名 关闭应用
|
||||
|
||||
12、adb shell screencap /sdcard/screen.png 截屏幕
|
||||
|
||||
13、adb shell screenrecord /sdcard/hello.mp4 屏幕视频录制,测试时可使用
|
||||
|
||||
14、adb logcat 抓取日志
|
||||
|
||||
如果要过滤日志,可通过adb logcat | findstr "输入过滤的内容"
|
||||
|
||||
15、adb shell wm size 查看屏幕大小
|
||||
|
||||
16、 adb shell getprop查看配置信息
|
||||
|
||||
如:adb shell getprop ro.build.version.sdk 查看api版本
|
||||
|
||||
17、adb shell input keyevent 4 相当于返回键,返回上一页
|
||||
|
||||
18、adb shell df 查看手机存储信息
|
||||
|
||||
19、adb shell pm disable-user com.android.launcher3 禁用系统应用
|
||||
|
||||
20、 adb shell pm enable com.android.launcher3 启用系统 ,需要root权限
|
||||
|
||||
21、adb start-server | kill-server //启动或关闭adb服务进程
|
||||
|
||||
22、adb shell cat /sys/class/net/wlan0/address //获取mac地址
|
||||
|
||||
23、adb shell monkey -p 包名 --throttle 100 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -v -v -v –s 1540475754297 100 monkey测试
|
||||
|
||||
24、adb shell ls /system/bin 查看当前设备可以使用的所有命令
|
||||
|
||||
25、adb shell input text "[www.baidu.com](http://www.baidu.com)",在编辑的文本框中输入编辑文字
|
||||
|
||||
26、adb shell svc wifi enable | disable 打开或关闭wifi
|
||||
|
||||
27、adb shell svc data enable |disable 打开或关闭移动网络
|
||||
|
||||
28、adb shell input swipe 760 500 600 320 点击屏幕,根据实际坐标点击
|
||||
|
||||
29、adb shell mkdir /sdcard/创建目录
|
||||
|
||||
30、cat /proc/cpuinfo // 查看CPU信息,如果为内存,则cat/proc/meminfo
|
||||
|
||||
31、cat /data/misc/wifi/*.conf 查看wifi密码,需要root权限
|
||||
|
||||
32、 mount -o remount,rw / 当root权限之后,仍提示file system read only时,先执行adb root ,接着执行adb remount, mount -o remount,rw / 然后执行该指令
|
||||
|
||||
33、(1)setprop service.adb.tcp.port 5555 (2)stop adbd (3)start adbd 使用wifi连接失败时,
|
||||
|
||||
34、adb shell dumpsys activity | findstr “mFocus” 获取当前的activity
|
||||
|
||||
35、adb shell settings put global policy_control immersive.full=*
|
||||
|
||||
36、仅隐藏状态栏:adb shell settings put global policy_control immersive.status=*
|
||||
|
||||
37、仅隐藏虚拟键:adb shell settings put global policy_control immersive.navigation=*
|
||||
|
||||
38、恢复:adb shell settings put global policy_control null
|
||||
|
||||
39、完全隐藏 adb shell wm overscan 0,0,0,0
|
||||
|
||||
40、旋转屏幕
|
||||
File diff suppressed because it is too large
Load Diff
@@ -1,214 +0,0 @@
|
||||
作为安卓高级开发工程师,除了项目管理,你完全可以在**技术专项、团队效能和个人成长**三大领域构建更懂你的专属助手。这些场景能直接提升你的开发效率和技术影响力。
|
||||
|
||||
## 🎯 三类高价值技术助手场景
|
||||
|
||||
| 场景分类 | 核心价值 | 适合阶段 | 实施复杂度 |
|
||||
|---------|---------|----------|-----------|
|
||||
| **🔧 技术专项助手** | 解决深度技术问题,保持技术敏锐度 | 高级/专家级工程师 | 中等 |
|
||||
| **🚀 团队效能助手** | 提升团队整体产出和质量 | Tech Lead/架构师角色 | 较高 |
|
||||
| **📈 个人成长助手** | 系统性技术演进和影响力构建 | 职业发展期 | 低-中等 |
|
||||
|
||||
## 一、🔧 技术专项助手:你的深度技术伙伴
|
||||
|
||||
### 1. **架构决策记录与回溯助手**
|
||||
```yaml
|
||||
# Dify工作流:架构决策评审
|
||||
触发: 用户提及“架构选择”、“技术选型”
|
||||
流程:
|
||||
1. 检索类似决策历史
|
||||
2. 对比方案矩阵自动生成:
|
||||
- Compose vs XML布局 (性能/维护性/学习曲线)
|
||||
- Room vs SQLite直接操作
|
||||
- Koin vs Hilt依赖注入
|
||||
- MVI vs MVVM架构模式
|
||||
3. 输出带权重的推荐建议
|
||||
4. 自动生成ADR(架构决策记录)模板
|
||||
```
|
||||
|
||||
### 2. **性能优化诊断助手**
|
||||
**知识库配置**:
|
||||
- 上传Android性能优化最佳实践
|
||||
- 加入Systrace、Perfetto解析指南
|
||||
- 收集历史性能问题案例
|
||||
|
||||
**工具集成**:
|
||||
```kotlin
|
||||
// 连接CI/CD工具分析性能回归
|
||||
助手功能:
|
||||
1. 监控关键指标趋势:
|
||||
- 启动时间(冷/热/温启动)
|
||||
- 帧率稳定性(jank率)
|
||||
- 内存峰值/泄漏模式
|
||||
2. 智能归因:
|
||||
"启动慢2秒" → 可能是ContentProvider初始化过多
|
||||
3. 提供针对性优化建议:
|
||||
- 懒加载时机建议
|
||||
- 异步任务拆分方案
|
||||
- 视图层级优化
|
||||
```
|
||||
|
||||
### 3. **Compose迁移评估助手**
|
||||
```text
|
||||
用户:我想把商品详情页改成Compose
|
||||
助手:
|
||||
📊 迁移评估报告:
|
||||
• 当前文件:ProductDetailFragment.kt (1200行)
|
||||
• XML布局:product_detail.xml (5层嵌套)
|
||||
• 状态管理:ViewModel + LiveData
|
||||
|
||||
✅ 迁移优势:
|
||||
1. 预览开发效率提升 ~40%
|
||||
2. 状态管理更直观
|
||||
3. 与Material3设计系统更契合
|
||||
|
||||
⚠️ 风险点:
|
||||
1. 团队Compose熟悉度中等
|
||||
2. 与现有View系统交互复杂
|
||||
|
||||
📅 建议方案:
|
||||
• 分三阶段:UI组件 → 状态迁移 → 交互逻辑
|
||||
• 预估工作量:8-12人日
|
||||
• 推荐测试策略:Snapshot测试 + 交互测试
|
||||
```
|
||||
|
||||
## 二、🚀 团队效能助手:技术领导力延伸
|
||||
|
||||
### 1. **代码审查智能助手**
|
||||
**Dify配置要点**:
|
||||
- 集成GitLab/GitHub API获取MR信息
|
||||
- 配置审查规则知识库
|
||||
- 建立团队常见问题模式库
|
||||
|
||||
**审查自动化流程**:
|
||||
```
|
||||
待审查MR → 助手预审 → 生成审查报告
|
||||
↓
|
||||
自动检查项:
|
||||
1. 架构合规性(违反MVVM分层)
|
||||
2. 性能隐患(主线程耗时操作)
|
||||
3. 安全风险(硬编码密钥)
|
||||
4. 代码风格(ktlint规则)
|
||||
5. 测试覆盖(新增代码无测试)
|
||||
|
||||
输出:分级审查报告(P0必须修复,P1建议优化)
|
||||
```
|
||||
|
||||
### 2. **技术债务管理助手**
|
||||
**债务雷达系统**:
|
||||
| 债务类型 | 检测方式 | 修复优先级 | 自动化修复建议 |
|
||||
|---------|---------|-----------|---------------|
|
||||
| 过时API | Lint扫描 | 高 | 提供替换代码片段 |
|
||||
| 重复代码 | CPD工具 | 中 | 提取基类/工具函数建议 |
|
||||
| 巨型类 | 行数统计 | 中 | 拆分建议和职责划分 |
|
||||
| 脆弱测试 | 测试稳定性分析 | 高 | 重构指南和模式 |
|
||||
|
||||
**助手能力**:
|
||||
```text
|
||||
季度技术债务报告:
|
||||
📉 债务指数:6.2/10 (较上季度+0.8)
|
||||
🔴 高优先级:
|
||||
• RxJava遗留代码(3处,影响维护性)
|
||||
• 深度嵌套回调(主页模块)
|
||||
• 缺少单元测试(支付模块50%覆盖)
|
||||
|
||||
🟢 改善亮点:
|
||||
• Compose采用率提升至35%
|
||||
• 静态分析告警减少22%
|
||||
```
|
||||
|
||||
### 3. **新人上手加速助手**
|
||||
```mermaid
|
||||
graph TD
|
||||
A[新人加入] --> B[环境配置指引]
|
||||
B --> C[代码库导览]
|
||||
C --> D[第一个任务分配]
|
||||
D --> E[实时答疑支持]
|
||||
E --> F[代码审查反馈]
|
||||
F --> G[成长路径建议]
|
||||
|
||||
style D fill:#e1f5fe
|
||||
style F fill:#f3e5f5
|
||||
```
|
||||
|
||||
**助手提供的具体帮助**:
|
||||
1. **环境问题秒解**:“Gradle sync失败” → 检查代理/缓存/版本
|
||||
2. **代码历史解读**:“为什么这里用EventBus?” → 展示当时的PR和讨论
|
||||
3. **调试伙伴**:“这个崩溃看不懂” → 解释堆栈+可能原因+修复步骤
|
||||
|
||||
## 三、📈 个人成长助手:职业发展加速器
|
||||
|
||||
### 1. **技术雷达构建助手**
|
||||
**个人技术矩阵管理**:
|
||||
```kotlin
|
||||
// 自动追踪你的技术栈深度
|
||||
技术领域: Android Framework
|
||||
掌握程度:
|
||||
- Binder机制: 🔴 理论了解 (需实践)
|
||||
- View绘制体系: 🟡 项目经验 (可优化)
|
||||
- 内存管理: 🟢 深度掌握 (可分享)
|
||||
|
||||
学习建议:
|
||||
• 下季度聚焦: Compose性能优化 (市场趋势+团队需求)
|
||||
• 输出计划: 写一篇“Window机制解析”技术文章
|
||||
• 社区参与: 提交一个Jetpack issue/PR
|
||||
```
|
||||
|
||||
### 2. **面试赋能助手**
|
||||
**两种模式**:
|
||||
- **提问者模式**:模拟资深面试官,追问系统设计深度
|
||||
```
|
||||
你:我设计一个图片加载库
|
||||
助手:追问:
|
||||
1. 三级缓存具体实现和淘汰策略?
|
||||
2. 如何避免OOM同时保证命中率?
|
||||
3. 在折叠屏上的适配考虑?
|
||||
4. 与Coil/Glide的核心差异点?
|
||||
```
|
||||
- **复盘模式**:分析你的答案,指出盲点和提升方向
|
||||
|
||||
### 3. **影响力构建助手**
|
||||
**自动化技术分享运营**:
|
||||
```
|
||||
1. 话题发现:
|
||||
- 分析团队代码痛点 → “LiveData vs StateFlow实战对比”
|
||||
- 追踪新技术 → “Android 15新特性适配指南”
|
||||
|
||||
2. 内容辅助:
|
||||
- 自动生成演示代码框架
|
||||
- 整理常见问题Q&A
|
||||
- 设计互动环节问题
|
||||
|
||||
3. 效果追踪:
|
||||
- 分享后问题讨论热度
|
||||
- 实践采纳率(多少同事后续使用)
|
||||
- 转化为文档/规范的部分
|
||||
```
|
||||
|
||||
## 🚀 实施路线建议
|
||||
|
||||
### 第一阶段(1-2周):立即见效的“个人助手”
|
||||
从技术专项开始,解决**你每天最耗时的问题**:
|
||||
|
||||
1. **选一个高频痛点**:比如“性能问题排查”或“架构决策记录”
|
||||
2. **构建最小可行助手**:只解决最核心的3-5个问题场景
|
||||
3. **每天使用并迭代**:记录助手帮你节省的时间
|
||||
|
||||
### 第二阶段(3-4周):扩展为“团队工具”
|
||||
选择**团队共识的痛点**,比如:
|
||||
- 代码审查质量参差不齐 → 代码审查助手
|
||||
- 新人培养周期长 → 新人上手助手
|
||||
- 技术债务无感知 → 债务雷达助手
|
||||
|
||||
### 第三阶段(持续):成为“技术文化载体”
|
||||
当助手积累了足够数据和质量,它可以:
|
||||
- 沉淀团队最佳实践
|
||||
- 量化技术演进指标
|
||||
- 预测技术风险
|
||||
|
||||
---
|
||||
|
||||
作为安卓高级工程师,你最清楚日常工作的“痛点时刻”。**现在你最常在哪类问题上花费不必要的时间?**
|
||||
|
||||
是**技术深度问题**(如性能优化、架构设计),**团队协作问题**(如代码审查、知识传递),还是**个人发展问题**(如技术规划、影响力构建)?
|
||||
|
||||
告诉我你最想优先解决的1-2个具体场景,我可以帮你设计更详细的Dify编排方案,包括具体的工作流配置、知识库结构和提示词设计。
|
||||
@@ -1,82 +0,0 @@
|
||||
当然可以!使用Dify可以高效地创建“公司正规化事务助手”。这是一个非常适合Dify发挥的场景,因为它涉及流程化、知识库整合和任务指引。下面我为你梳理一下构建思路和具体步骤。
|
||||
|
||||
### 一、为什么Dify非常适合?
|
||||
1. **可视化编排**:无需编码,通过拖拽编排正规化流程。
|
||||
2. **知识库整合**:上传《公司法》、公司章程模板、地方政策等,让助手回答有据可依。
|
||||
3. **多模型支持**:可接GPT-4、Claude或国产大模型,处理复杂咨询。
|
||||
4. **发布灵活**:可嵌入网站、作为独立Web应用或通过API调用。
|
||||
|
||||
### 二、助手核心功能设计
|
||||
| 功能模块 | 具体能力 | 解决的问题 |
|
||||
| :------------- | :------------------------------- | :-------------- |
|
||||
| **流程指引** | 分阶段指导(如:核名 → 章程制定 → 银行开户 → 税务登记) | 用户不知从何开始,步骤混乱 |
|
||||
| **文档生成/审核** | 生成公司章程草案、股东协议模板,审核用户提交的文档 | 节省律师基础成本,降低格式错误 |
|
||||
| **智能问答** | 解答“注册资本认缴和实缴区别?”、“股权怎么分配合理?” | 即时解答高频、标准问题 |
|
||||
| **合规检查** | 根据知识库,提示用户注意项(如:经营范围表述规范) | 避免申请被驳回 |
|
||||
| **资源对接** (可扩展) | 推荐本地代理记账服务、律师事务所链接 | 提供一站式服务体验 |
|
||||
|
||||
### 三、在Dify中的实现步骤
|
||||
**1. 创建应用**
|
||||
- 在Dify控制台选择“**助手应用**”类型,选择“**零代码构建**”模式。
|
||||
|
||||
**2. 构建知识库**
|
||||
- 创建名为“公司正规化知识库”的数据库。
|
||||
- **上传关键文档**:
|
||||
- **法律法规**:《公司法》、《公司登记管理条例》等。
|
||||
- **模板文件**:公司章程、股东会决议、股权协议等标准模板。
|
||||
- **地方政策**:本地市场监管局、税务局的最新办事指南。
|
||||
- **常见问题**:整理好的Q&A文档。
|
||||
- **优化检索**:为文档设置合适的命中方式(如分段、摘要),并添加元数据标签(如“注册资本”、“税务”、“章程”),提高回答准确率。
|
||||
|
||||
**3. 编排助手流程(工作流)**
|
||||
这是核心部分,你可以使用Dify的**工作流**功能创建一个清晰的指引流程:
|
||||
```
|
||||
开始
|
||||
├─ 用户输入需求(如:“我想注册一家科技有限公司”)
|
||||
├─ **意图判断节点**:判断用户处于哪个阶段(咨询、文档生成、流程查询)
|
||||
│ ├─ 如果是“流程查询” → 触发**流程指引子工作流**
|
||||
│ ├─ 如果是“文档生成” → 触发**文档生成子工作流**
|
||||
│ └─ 如果是“一般问答” → 连接**知识库检索**后由LLM回答
|
||||
├─ **知识库检索节点**:从上传的文档中查找相关条款和模板
|
||||
├─ **大模型LLM节点**:根据检索结果和用户上下文,生成结构化、友好的回答或文档
|
||||
└─ **输出节点**:将回答、步骤列表或生成的文档返回给用户
|
||||
```
|
||||
*你可以在工作流中设置多个**判断条件**和**循环**,来处理复杂的多轮对话和流程分支。*
|
||||
|
||||
**4. 配置提示词**
|
||||
在“提示词编排”中,给LLM明确的角色设定和规则:
|
||||
> 你是一名专业的公司法律与行政事务顾问,专注于帮助初创企业完成公司正规化流程。你的回答必须严谨、准确、友好。
|
||||
> **规则:**
|
||||
> 1. 所有关于法律和流程的回答,必须严格基于提供的知识库内容。
|
||||
> 2. 对于知识库中没有明确依据的问题,必须声明“此问题建议咨询专业律师或当地市场监管局”。
|
||||
> 3. 生成文档时,必须使用知识库中的最新模板,并清晰标出需要用户自行填写的部分。
|
||||
> 4. 回答流程问题时分点、分步骤,清晰明了。
|
||||
|
||||
**5. 测试与优化**
|
||||
- 在Dify的预览界面,模拟用户提问,测试各功能路径。
|
||||
- 根据测试结果,调整知识库文档、提示词和工作流逻辑。
|
||||
|
||||
**6. 发布与部署**
|
||||
- **Web应用**:直接发布,获得一个可分享的链接,嵌入公司内部系统或官网。
|
||||
- **API**:通过API集成到你的CRM、OA或其他业务系统中。
|
||||
- **权限控制**:可以设置不同用户的访问权限。
|
||||
|
||||
### 四、高级功能与建议
|
||||
- **多轮对话与状态记忆**:利用Dify的对话记忆能力,让助手记住用户公司的基本信息(如所在地、公司类型),在后续对话中无需重复询问。
|
||||
- **表单集成**:在关键节点(如收集股东信息)可跳出表单让用户填写,结构化收集信息以便生成文档。
|
||||
- **人工客服兜底**:在复杂或高风险问题上,设置转接人工客服的入口。
|
||||
|
||||
### 五、注意事项
|
||||
1. **免责声明**:务必在界面醒目位置声明“本助手提供通用性指导,不构成正式法律意见,具体操作请以主管部门要求和专业顾问建议为准”。
|
||||
2. **知识库更新**:法律法规会更新,需定期维护知识库,更新模板和政策。
|
||||
3. **数据安全**:如果处理用户敏感信息,确保Dify部署环境符合你的安全要求。
|
||||
|
||||
### 开始行动
|
||||
1. 登录Dify,创建一个新应用。
|
||||
2. 从“构建知识库”开始,上传你最熟悉的几个文档(比如一份公司章程模板和《公司法》节选)。
|
||||
3. 先尝试用“提示词编排”模式,构建一个简单的问答助手。
|
||||
4. 熟悉后,再使用更强大的“工作流”模式,搭建完整的流程化助手。
|
||||
|
||||
**用Dify构建这类专项助手,核心优势在于将分散的知识和流程工具化、产品化,极大提升信息获取和办事的效率。**
|
||||
|
||||
如果你已经有具体的公司正规化流程文档,可以立刻开始尝试。在构建过程中遇到任何具体问题,可以随时提问。
|
||||
@@ -1,321 +0,0 @@
|
||||
# Git add . 后如何撤销
|
||||
|
||||
在Git中撤销git add .操作有以下几种常用方法:
|
||||
|
||||
|
||||
|
||||
撤销所有暂存文件:
|
||||
|
||||
|
||||
|
||||
使用git reset命令:git reset会将所有暂存文件移回工作区
|
||||
|
||||
使用git restore命令(Git 2.23+):git restore --staged .效果相同
|
||||
|
||||
|
||||
|
||||
撤销特定文件的暂存:
|
||||
|
||||
|
||||
|
||||
对单个文件:git reset HEAD <文件名> 或 git restore --staged <文件名>
|
||||
|
||||
对多个文件:可以指定多个文件名或用通配符
|
||||
|
||||
|
||||
|
||||
完全撤销修改(慎用):
|
||||
|
||||
|
||||
|
||||
git checkout -- <文件名>会丢弃工作区修改
|
||||
|
||||
git reset --hard会丢弃所有未提交的修改
|
||||
|
||||
|
||||
|
||||
已commit的撤销:
|
||||
|
||||
|
||||
|
||||
使用git revert创建反向提交
|
||||
|
||||
使用git reset --hard <commit-hash>回退到指定提交
|
||||
|
||||
|
||||
|
||||
注意事项:
|
||||
|
||||
|
||||
|
||||
这些操作只会影响暂存区,不会删除文件本身
|
||||
|
||||
执行前建议先用git status确认文件状态
|
||||
|
||||
对已push的commit进行撤销需谨慎,可能影响协作
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
# 如何回退git commit .
|
||||
|
||||
在Git中回退git commit .操作有以下几种常用方法,具体选择取决于是否需要保留修改或是否已推送到远程仓库:
|
||||
|
||||
|
||||
|
||||
撤销最近一次commit但保留修改:
|
||||
|
||||
|
||||
|
||||
git reset --soft HEAD~1:撤销commit但保留所有更改在暂存区
|
||||
|
||||
git reset HEAD~1(默认--mixed模式):撤销commit并将更改移回工作区
|
||||
|
||||
|
||||
|
||||
完全撤销commit及修改:
|
||||
|
||||
|
||||
|
||||
git reset --hard HEAD~1:彻底删除最后一次提交及其所有更改(不可逆操作)
|
||||
|
||||
|
||||
|
||||
针对已push的commit:
|
||||
|
||||
|
||||
|
||||
先本地执行git reset回退
|
||||
|
||||
再使用git push -f强制覆盖远程分支(慎用,会影响协作)
|
||||
|
||||
|
||||
|
||||
安全撤销方式(保留历史):
|
||||
|
||||
|
||||
|
||||
git revert HEAD:创建新提交来撤销前一次提交的更改
|
||||
|
||||
可指定具体commit哈希:git revert <commit-hash>
|
||||
|
||||
|
||||
|
||||
交互式修改历史:
|
||||
|
||||
|
||||
|
||||
git rebase -i HEAD~n:可编辑最近n次提交记录
|
||||
|
||||
在交互界面中将目标commit前的"pick"改为"drop"即可删除
|
||||
|
||||
|
||||
|
||||
操作建议:
|
||||
|
||||
|
||||
|
||||
先用git log查看提交历史确认要回退的commit
|
||||
|
||||
未push的commit优先使用git reset
|
||||
|
||||
已push的commit建议使用git revert避免历史冲突
|
||||
|
||||
重要修改前建议创建备份分支
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
# 要删除git分支
|
||||
|
||||
|
||||
|
||||
在Git中删除分支分为本地分支和远程分支两种情况,以下是具体操作方法:
|
||||
|
||||
|
||||
|
||||
删除本地分支:
|
||||
|
||||
|
||||
|
||||
安全删除(已合并的分支):git branch -d <branch_name>
|
||||
|
||||
强制删除(未合并的分支):git branch -D <branch_name>
|
||||
|
||||
删除前需确保不在目标分支上,可通过git checkout <other_branch>切换分支
|
||||
|
||||
|
||||
|
||||
删除远程分支:
|
||||
|
||||
|
||||
|
||||
现代Git版本:git push <remote_name> --delete <branch_name>(推荐)
|
||||
|
||||
兼容旧版本:git push <remote_name> :<branch_name>
|
||||
|
||||
远程仓库名通常为origin
|
||||
|
||||
|
||||
|
||||
同步操作:
|
||||
|
||||
|
||||
|
||||
删除远程分支后,其他机器需执行git fetch --all --prune清除过时的远程跟踪分支
|
||||
|
||||
可通过git branch -a验证删除结果
|
||||
|
||||
|
||||
|
||||
注意事项:
|
||||
|
||||
|
||||
|
||||
删除分支前建议确认分支内容已合并或备份
|
||||
|
||||
强制删除(-D)会丢失未合并的修改,需谨慎使用
|
||||
|
||||
当前所在分支无法被删除
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
# 如何放弃本分支中未提交的所有修改
|
||||
|
||||
|
||||
|
||||
以下是放弃当前分支所有未提交修改的完整方法,根据修改状态分类处理:
|
||||
|
||||
|
||||
|
||||
一、未暂存的修改(未执行git add)
|
||||
|
||||
|
||||
|
||||
放弃单个文件修改:
|
||||
|
||||
bash
|
||||
|
||||
Copy Code
|
||||
|
||||
git checkout -- <文件名>
|
||||
|
||||
|
||||
|
||||
放弃所有文件修改:
|
||||
|
||||
bash
|
||||
|
||||
Copy Code
|
||||
|
||||
git checkout .
|
||||
|
||||
|
||||
|
||||
此操作会永久丢弃工作区所有未暂存的修改
|
||||
|
||||
|
||||
|
||||
二、已暂存未提交的修改(执行过git add)
|
||||
|
||||
|
||||
|
||||
撤销单个文件暂存(保留工作区修改):
|
||||
|
||||
bash
|
||||
|
||||
Copy Code
|
||||
|
||||
git reset HEAD <文件名>
|
||||
|
||||
|
||||
|
||||
撤销所有暂存(保留工作区修改):
|
||||
|
||||
bash
|
||||
|
||||
Copy Code
|
||||
|
||||
git reset HEAD
|
||||
|
||||
|
||||
|
||||
彻底丢弃暂存区和工作区修改:
|
||||
|
||||
bash
|
||||
|
||||
Copy Code
|
||||
|
||||
git reset --hard HEAD
|
||||
|
||||
|
||||
|
||||
该操作会同步清除暂存区和工作区
|
||||
|
||||
|
||||
|
||||
三、包含未跟踪文件的情况
|
||||
|
||||
|
||||
|
||||
清除所有未跟踪文件(需配合git reset使用):
|
||||
|
||||
bash
|
||||
|
||||
Copy Code
|
||||
|
||||
git clean -df
|
||||
|
||||
|
||||
|
||||
-d 同时删除未跟踪目录
|
||||
|
||||
-f 强制执行
|
||||
|
||||
|
||||
|
||||
四、临时保存修改(可恢复)
|
||||
|
||||
|
||||
|
||||
存储当前修改到堆栈:
|
||||
|
||||
bash
|
||||
|
||||
Copy Code
|
||||
|
||||
git stash
|
||||
|
||||
|
||||
|
||||
彻底丢弃最近一次存储:
|
||||
|
||||
bash
|
||||
|
||||
Copy Code
|
||||
|
||||
git stash drop
|
||||
|
||||
|
||||
|
||||
查看所有存储记录:
|
||||
|
||||
bash
|
||||
|
||||
Copy Code
|
||||
|
||||
git stash list
|
||||
|
||||
```Plain
|
||||
|
||||
|
||||
注意事项:
|
||||
|
||||
所有--hard和clean操作不可逆,建议先执行git status确认修改内容
|
||||
若需保留修改但切换分支,优先使用git stash方案
|
||||
已提交的修改需使用git reset --hard <commit>回退到指定版本
|
||||
```
|
||||
@@ -1,230 +0,0 @@
|
||||
我来为你详细介绍 Git 的使用方法和常用命令。
|
||||
|
||||
## **Git 基础概念**
|
||||
- **仓库 (Repository)**:存储项目代码和历史记录的地方
|
||||
- **工作区 (Working Directory)**:你正在编辑的文件
|
||||
- **暂存区 (Staging Area)**:准备提交的文件
|
||||
- **本地仓库 (Local Repository)**:本地保存的版本历史
|
||||
- **远程仓库 (Remote Repository)**:GitHub/GitLab 等平台的仓库
|
||||
|
||||
## **Git 工作流程**
|
||||
```
|
||||
工作区 → `git add` → 暂存区 → `git commit` → 本地仓库 → `git push` → 远程仓库
|
||||
```
|
||||
|
||||
## **常用命令分类**
|
||||
|
||||
### **1. 配置相关**
|
||||
```bash
|
||||
# 设置用户信息
|
||||
git config --global user.name "你的名字"
|
||||
git config --global user.email "你的邮箱"
|
||||
|
||||
# 查看配置
|
||||
git config --list
|
||||
|
||||
# 设置默认编辑器(如 VS Code)
|
||||
git config --global core.editor "code --wait"
|
||||
```
|
||||
|
||||
### **2. 仓库操作**
|
||||
```bash
|
||||
# 初始化新仓库
|
||||
git init
|
||||
|
||||
# 克隆远程仓库
|
||||
git clone <仓库URL>
|
||||
git clone https://github.com/username/repo.git
|
||||
|
||||
# 查看仓库状态
|
||||
git status
|
||||
|
||||
# 查看远程仓库
|
||||
git remote -v
|
||||
|
||||
# 添加远程仓库
|
||||
git remote add origin <仓库URL>
|
||||
```
|
||||
|
||||
### **3. 基础操作**
|
||||
```bash
|
||||
# 添加文件到暂存区
|
||||
git add 文件名 # 添加特定文件
|
||||
git add . # 添加所有修改
|
||||
git add *.js # 添加所有js文件
|
||||
|
||||
# 提交到本地仓库
|
||||
git commit -m "提交说明"
|
||||
|
||||
# 添加并提交(两步合并)
|
||||
git commit -am "提交说明" # 只能提交已跟踪的文件
|
||||
|
||||
# 查看提交历史
|
||||
git log
|
||||
git log --oneline # 简洁显示
|
||||
git log --graph # 图形化显示分支
|
||||
git log -p # 显示具体修改内容
|
||||
```
|
||||
|
||||
### **4. 分支管理**
|
||||
```bash
|
||||
# 查看分支
|
||||
git branch # 查看本地分支
|
||||
git branch -a # 查看所有分支(包括远程)
|
||||
git branch -r # 查看远程分支
|
||||
|
||||
# 创建分支
|
||||
git branch 分支名 # 创建分支
|
||||
git checkout -b 分支名 # 创建并切换到该分支
|
||||
git switch -c 分支名 # 新版本推荐(Git 2.23+)
|
||||
|
||||
# 切换分支
|
||||
git checkout 分支名
|
||||
git switch 分支名 # 新版本推荐
|
||||
|
||||
# 合并分支
|
||||
git merge 分支名 # 将指定分支合并到当前分支
|
||||
|
||||
# 删除分支
|
||||
git branch -d 分支名 # 删除已合并的分支
|
||||
git branch -D 分支名 # 强制删除分支
|
||||
```
|
||||
|
||||
### **5. 远程操作**
|
||||
```bash
|
||||
# 推送代码
|
||||
git push origin 分支名
|
||||
git push -u origin main # 首次推送并建立关联
|
||||
|
||||
# 拉取代码
|
||||
git pull origin 分支名 # 拉取并合并
|
||||
git fetch origin # 只拉取不合并
|
||||
|
||||
# 同步远程分支
|
||||
git fetch --prune # 删除本地不存在的远程分支引用
|
||||
```
|
||||
|
||||
### **6. 撤销操作**
|
||||
```bash
|
||||
# 撤销工作区修改
|
||||
git checkout -- 文件名 # 丢弃工作区修改
|
||||
git restore 文件名 # 新版本推荐
|
||||
|
||||
# 撤销暂存区文件
|
||||
git reset HEAD 文件名 # 从暂存区移除
|
||||
git restore --staged 文件名 # 新版本推荐
|
||||
|
||||
# 修改上次提交
|
||||
git commit --amend # 修改提交信息或内容
|
||||
|
||||
# 回退到指定版本
|
||||
git reset --soft HEAD^ # 撤销commit,保留修改到暂存区
|
||||
git reset --mixed HEAD^ # 撤销commit,保留修改到工作区(默认)
|
||||
git reset --hard HEAD^ # 彻底删除commit和修改
|
||||
git reset --hard commit_id # 回退到指定commit
|
||||
```
|
||||
|
||||
### **7. 暂存修改**
|
||||
```bash
|
||||
# 临时保存修改
|
||||
git stash # 保存当前修改
|
||||
git stash save "说明" # 保存并添加说明
|
||||
git stash list # 查看暂存列表
|
||||
git stash apply # 恢复最近暂存的修改
|
||||
git stash pop # 恢复并删除暂存记录
|
||||
git stash drop # 删除暂存记录
|
||||
```
|
||||
|
||||
### **8. 标签管理**
|
||||
```bash
|
||||
# 创建标签
|
||||
git tag v1.0 # 创建轻量标签
|
||||
git tag -a v1.0 -m "版本说明" # 创建附注标签
|
||||
|
||||
# 查看标签
|
||||
git tag # 列出所有标签
|
||||
git show v1.0 # 查看标签详情
|
||||
|
||||
# 推送标签
|
||||
git push origin v1.0 # 推送单个标签
|
||||
git push origin --tags # 推送所有标签
|
||||
```
|
||||
|
||||
### **9. 比较差异**
|
||||
```bash
|
||||
git diff # 比较工作区和暂存区
|
||||
git diff --staged # 比较暂存区和最新提交
|
||||
git diff HEAD # 比较工作区和最新提交
|
||||
git diff 分支1 分支2 # 比较两个分支
|
||||
git diff commit1 commit2 # 比较两次提交
|
||||
```
|
||||
|
||||
## **实用工作流程示例**
|
||||
|
||||
### **场景1:日常开发流程**
|
||||
```bash
|
||||
# 1. 开始新功能
|
||||
git checkout main
|
||||
git pull origin main
|
||||
git checkout -b feature/new-feature
|
||||
|
||||
# 2. 开发
|
||||
git add .
|
||||
git commit -m "添加新功能"
|
||||
|
||||
# 3. 推送
|
||||
git push origin feature/new-feature
|
||||
|
||||
# 4. 合并到主分支
|
||||
git checkout main
|
||||
git merge feature/new-feature
|
||||
git push origin main
|
||||
```
|
||||
|
||||
### **场景2:处理紧急bug**
|
||||
```bash
|
||||
# 1. 暂存当前工作
|
||||
git stash
|
||||
|
||||
# 2. 创建修复分支
|
||||
git checkout -b hotfix/bug-fix
|
||||
|
||||
# 3. 修复并提交
|
||||
# ... 修复代码 ...
|
||||
git add .
|
||||
git commit -m "修复紧急bug"
|
||||
|
||||
# 4. 合并修复
|
||||
git checkout main
|
||||
git merge hotfix/bug-fix
|
||||
git push origin main
|
||||
|
||||
# 5. 恢复之前的工作
|
||||
git checkout feature/your-branch
|
||||
git stash pop
|
||||
```
|
||||
|
||||
## **实用技巧**
|
||||
1. **设置别名**:
|
||||
```bash
|
||||
git config --global alias.co checkout
|
||||
git config --global alias.br branch
|
||||
git config --global alias.ci commit
|
||||
git config --global alias.st status
|
||||
```
|
||||
|
||||
2. **查看帮助**:
|
||||
```bash
|
||||
git help <命令>
|
||||
git <命令> --help
|
||||
```
|
||||
|
||||
3. **忽略文件**:创建 `.gitignore` 文件
|
||||
|
||||
## **注意事项**
|
||||
- 重要操作前先备份或确认
|
||||
- 频繁提交小改动,保持提交信息清晰
|
||||
- 推送前先拉取最新代码
|
||||
- 使用分支进行功能开发
|
||||
|
||||
这些是 Git 最常用的命令,掌握了这些就能应对大部分日常开发需求。
|
||||
@@ -1,160 +0,0 @@
|
||||
系统维护常用语:
|
||||
以行业和职业的维度,继续追加生成更多的提示词模板
|
||||
以行业和职业的维度,继续追加生成更多不同的技术方向研发工程师的提示词模板
|
||||
以行业和职业的维度,继续追加生成更多不同的ui设计方向设计师的提示词模板
|
||||
以行业和职业的维度,继续追加生成更多不同的设计软件系统整体架构方向的架构师的提示词模板
|
||||
以行业和职业的维度,继续追加生成python全栈开发的架构师的提示词模板
|
||||
以行业和职业的维度,继续追加生成软件产品经理的提示词模板
|
||||
以行业和职业的维度,继续追加生成微信小程序开发工程师的提示词模板
|
||||
以行业和职业的维度,继续追加生成android开发工程师的提示词模板
|
||||
以行业和职业的维度,继续追加生成考公的提示词模板
|
||||
按照行业和职业的维度,将生成好的提示词模板进行分类
|
||||
|
||||
将项目中的所有接口都写出文档,保存保存在 flask_prompt_master/docs/api_documentation.txt 路径下
|
||||
更新API文档,包含项目中的所有接口。我会在现有文档的基础上添加其他接口的说明
|
||||
|
||||
|
||||
提示词大师
|
||||
智能生成高质量提示词,提升您的工作效率。
|
||||
基于先进的大模型技术,快速生成精准提示词。
|
||||
|
||||
|
||||
完成核心功能后我们就开始测试mvp
|
||||
|
||||
|
||||
常用命令:
|
||||
初始化数据库 python -m flask_prompt_master.init_db
|
||||
|
||||
更新数据库 python test_db.py
|
||||
|
||||
|
||||
# 激活虚拟环境
|
||||
.\myenv\Scripts\activate
|
||||
.venv\Scripts\activate
|
||||
# 激活虚拟环境
|
||||
source venv/bin/activate
|
||||
启动项目
|
||||
python run_dev.py
|
||||
|
||||
|
||||
|
||||
linux数据库操作
|
||||
mysql -uroot -p
|
||||
数据库密码:123456
|
||||
创建数据表
|
||||
数据库名:food_db
|
||||
CREATE DATABASE `food_db` DEFAULT CHARACTER SET = `utf8mb4`;
|
||||
删除表 DROP DATABASE IF EXISTS food_db;
|
||||
查看表
|
||||
show databases;
|
||||
进入数据表
|
||||
use food_db;
|
||||
show tables;
|
||||
select * from user ;
|
||||
show create table user;
|
||||
|
||||
|
||||
1. 开启mysql service mysqld start
|
||||
2. 查看mysql是否开启 ps -ef |grep mysql
|
||||
|
||||
|
||||
创建数据表
|
||||
CREATE TABLE `container_orchestration_assistant` (
|
||||
`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '助手ID',
|
||||
`name` varchar(100) NOT NULL DEFAULT '' COMMENT '助手名称',
|
||||
`description` varchar(255) NOT NULL DEFAULT '' COMMENT '助手描述',
|
||||
`category` varchar(50) NOT NULL DEFAULT '' COMMENT '分类(架构设计)',
|
||||
`industry` varchar(50) NOT NULL DEFAULT '' COMMENT '行业(技术研发)',
|
||||
`profession` varchar(50) NOT NULL DEFAULT '' COMMENT '职业(高级工程师)',
|
||||
`sub_category` varchar(50) NOT NULL DEFAULT '' COMMENT '子分类(容器编排)',
|
||||
`system_prompt` text NOT NULL COMMENT '系统提示词(容器化需求转换规则)',
|
||||
`status` tinyint(1) NOT NULL DEFAULT '1' COMMENT '状态:1-有效,0-无效',
|
||||
`updated_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最后一次更新时间',
|
||||
`created_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
|
||||
PRIMARY KEY (`id`),
|
||||
KEY `idx_category` (`category`),
|
||||
KEY `idx_industry` (`industry`),
|
||||
KEY `idx_profession` (`profession`)
|
||||
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='Python容器编排助手表';
|
||||
|
||||
|
||||
|
||||
|
||||
插入一条user数据
|
||||
INSERT INTO `user` (`uid`, `nickname`, `mobile`, `email`, `sex`, `avatar`, `login_name`, `login_pwd`, `login_salt`, `status`, `updated_time`, `created_time`)
|
||||
VALUES
|
||||
(2, '编程浪子www.54php.cn', '11012345679', 'apanly@163.com', 1, '', '54php.cn', '816440c40b7a9d55ff9eb7b20760862c', 'cF3JfH5FJfQ8B2Ba', 1, '2017-03-15 14:08:48', '2017-03-15 14:08:48');
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
1. 项目结构
|
||||
根目录下主要内容如下:
|
||||
flask_prompt_master/:主应用目录,包含核心业务逻辑
|
||||
static/、templates/:静态资源和前端模板
|
||||
migrations/:数据库迁移相关
|
||||
tests/:测试代码
|
||||
scripts/:脚本工具
|
||||
config.py:全局配置文件
|
||||
run_dev.py:开发环境启动入口
|
||||
gunicorn.conf.py:Gunicorn 配置
|
||||
start_gunicorn.sh、stop_gunicorn.sh:Gunicorn 启动/停止脚本
|
||||
requirements.txt:依赖列表
|
||||
各类产品、开发、运维、测试文档
|
||||
2. 主要依赖
|
||||
Flask 2.x
|
||||
Flask-SQLAlchemy
|
||||
Flask-Migrate
|
||||
Flask-Cors
|
||||
Gunicorn
|
||||
其他常用 Flask 扩展
|
||||
3. 启动方式
|
||||
开发环境:python run_dev.py
|
||||
生产环境:./start_gunicorn.sh(Gunicorn + Nginx 反向代理)
|
||||
4. 配置说明
|
||||
config.py 负责数据库、API Key、微信小程序等配置
|
||||
Gunicorn 监听本地 8001 端口,Nginx 代理 80 端口对外服务
|
||||
支持通过环境变量灵活切换配置
|
||||
5. 主要功能模块
|
||||
用户认证与管理
|
||||
提示词管理
|
||||
微信小程序集成
|
||||
日志与运维
|
||||
丰富的产品、测试、运维文档
|
||||
6. 典型部署架构
|
||||
Gunicorn 只监听本地(127.0.0.1:8001)
|
||||
Nginx 监听 80 端口,反向代理到 Gunicorn
|
||||
外部通过域名或 IP 访问 Nginx
|
||||
若有 SELinux,需允许 Nginx 访问本地端口
|
||||
7. 典型问题与解决
|
||||
502 Bad Gateway:多为 SELinux 拒绝,需 sudo setsebool -P httpd_can_network_connect 1
|
||||
端口冲突:Gunicorn/Nginx 配置端口需唯一
|
||||
依赖不兼容:Flask 与 Flask-SQLAlchemy 需版本匹配
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
写一个android framework入门教程的设计方案,使用章节形式。
|
||||
|
||||
写一个android framework高级教程的设计方案,使用章节形式。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
代码上库
|
||||
TicketNo:3
|
||||
Description:历史记录版本
|
||||
Team:ruilaizi
|
||||
Feature or Bugfix:Feature Binary Source:No
|
||||
PrivateCode(Yes/No):No
|
||||
|
||||
|
||||
提交的是Python编译文件(.pyc文件)。通常这些文件不应该被提交到版本控制中。让我先取消暂存这些文件,然后添加一个.gitignore文件来忽略它们:
|
||||
|
||||
|
||||
@@ -1,50 +0,0 @@
|
||||
SAAS(Software-as-a-Service,软件即服务)是一种通过互联网提供软件应用的模式。简单来说,它就像“直接接入国家电网用电”,你无需购买和维修发电机(软件和服务器),只需通过浏览器登录,按需付费订阅即可获得最新的软件服务。
|
||||
|
||||
### 🔍 核心价值与对比
|
||||
与传统本地部署软件相比,SAAS在多个维度提供了更灵活的方案:
|
||||
|
||||
| 对比维度 | SAAS (软件即服务) | 传统本地部署软件 |
|
||||
| :--- | :--- | :--- |
|
||||
| **部署方式** | **云端部署**,通过浏览器访问 | 需在本地服务器或计算机**安装部署** |
|
||||
| **费用模式** | **订阅制**(按月/年付费),运营支出 | **一次性买断**许可证,资本支出 |
|
||||
| **维护责任** | **供应商负责**维护、更新、安全及基础设施 | **企业自行负责**维护、更新与硬件管理 |
|
||||
| **获取速度** | **即开即用**,注册后快速开始 | 采购、安装、调试**周期长** |
|
||||
| **扩展性** | **弹性扩展**,可随需增减用户或功能 | **扩展困难**,通常需新增硬件和许可证 |
|
||||
| **访问性** | **随时随地**通过互联网访问 | 通常局限于**公司内部网络** |
|
||||
|
||||
### 💼 主要应用场景
|
||||
SAAS已渗透到各行各业,为不同场景提供了解决方案:
|
||||
|
||||
* **企业通用管理**:
|
||||
* **客户关系管理(CRM)**:集中管理客户信息、销售流程和市场营销活动。代表产品如Salesforce。
|
||||
* **企业资源计划(ERP)**:集成财务、采购、库存、生产等核心业务流程。
|
||||
* **人力资源管理(HRM)**:覆盖招聘、考勤、薪酬、绩效等模块。
|
||||
* **协同办公与沟通**:提升团队协作效率,如Slack、Microsoft Teams、Lark、Google Workspace等。
|
||||
|
||||
* **特定行业解决方案**:
|
||||
* **零售电商**:整合线上线下进销存、会员管理和全渠道订单。例如,一些系统能帮助连锁门店将库存周转天数从38天降至22天。
|
||||
* **制造业**:进行轻量化的生产工单管理、物料需求计划和成本核算。有工厂借此将订单交付准时率从70%提升至95%。
|
||||
* **服务业**:为餐饮、教培、物流等行业提供线上线下一体化的流程管理。
|
||||
* **IT运维**:实现基础监控、应用性能管理、日志分析等。
|
||||
|
||||
* **专业工具与垂直领域**:
|
||||
* **财务会计**:支持在线记账、发票扫描、一键报税。
|
||||
* **垂直SaaS**:针对法律、医疗、建筑等特定行业的深度解决方案正在兴起。
|
||||
|
||||
### ⚠️ 潜在挑战与考量
|
||||
采用SAAS也需注意以下方面:
|
||||
* **数据安全与隐私**:企业数据存放于云端供应商处,需关注供应商的**安全认证**(如ISO27001)、**数据加密**(全程HTTPS)、数据备份与恢复机制。
|
||||
* **供应商锁定**:迁移数据和流程到其他平台可能耗时且昂贵。
|
||||
* **集成与定制限制**:与企业内部其他系统的集成可能受限于API,个性化定制能力通常不如本地软件。
|
||||
* **长期成本与“SaaS蔓延”**:订阅服务可能随用户数增长而累积,多个SaaS无序扩张(“SaaS蔓延”)会导致成本浪费和管理复杂。
|
||||
|
||||
### 💡 如何选择与评估SAAS
|
||||
在决策时,你可以从这几个角度思考:
|
||||
1. **匹配核心需求**:明确最需要解决的1-2个核心痛点(如库存混乱、远程协作),选择最擅长此功能的SaaS。
|
||||
2. **评估供应商**:考察供应商的信誉、历史、安全合规认证(如等保三级)及服务稳定性。
|
||||
3. **成本效益分析**:计算3-5年的总拥有成本,而不仅是首年订阅费。
|
||||
4. **充分利用试用**:几乎所有主流SaaS都提供**免费试用期**,这是验证产品是否匹配业务流程的最佳方式。
|
||||
|
||||
总而言之,SAAS的核心价值在于以更低的初始成本、更灵活的方式,帮助企业快速获得先进的数字化能力。对于成长型企业、分支机构众多的公司或需要快速适应市场变化的业务尤其适合。
|
||||
|
||||
如果你能分享你具体关注的行业或希望解决的业务痛点(例如销售管理、库存控制还是财务核算),我可以为你提供更具针对性的分析。
|
||||
@@ -1,3 +0,0 @@
|
||||
# 数据库配置 - 腾讯云数据库
|
||||
|
||||
DATABASE_URL=mysql+pymysql://root:!Rjb12191@gz-cynosdbmysql-grp-d26pzce5.sql.tencentcdb.com:24936/pro_db?charset=utf8mb4
|
||||
@@ -1,115 +0,0 @@
|
||||
✅ DeepSeek deepseek-chat 响应结果:
|
||||
|
||||
好的,作为一名专业的增重营养师与健康管理专家,我已仔细分析了您的情况。
|
||||
|
||||
**基础数据评估**(36岁女性 / 男性,身高160cm,体重40kg)
|
||||
* **身高**: 160 cm
|
||||
* **当前体重**: 40 kg
|
||||
* **体质指数(BMI)**: 40 / (1.6²) = **15.6 kg/m²**
|
||||
* **评估**: BMI < 18.5 属于体重过轻。您目前的BMI为15.6,属于**严重体重不足**范围。这是一个需要严肃、系统干预的健康问题。
|
||||
* **可能的健康风险**:长期严重体重不足可能导致免疫力下降、易疲劳、骨质疏松、女性月经紊乱、肌肉流失、怕冷、组织修复能力差等一系列问题。
|
||||
|
||||
增重的核心原则是**“热量盈余” + “均衡营养” + “适当运动”**。方案必须在专业医生排除病理原因(如甲状腺功能亢进、消化系统疾病等)后开始执行。
|
||||
|
||||
---
|
||||
|
||||
### **科学增重与健康改善计划 (定制版)**
|
||||
|
||||
本计划旨在**通过均衡、充足的营养摄入和安全的力量训练,以健康的方式增加体重,目标是增加肌肉为主、适量体脂为辅,逐步提升至健康体重范围(BMI ≥ 18.5,即体重≥47.5kg)**。
|
||||
|
||||
#### **第一步:饮食总策略 - “温和地创造热量盈余”**
|
||||
|
||||
1. **每日热量目标**:
|
||||
* **基础计算**: 您当前维持体重所需热量大约在1500-1600千卡/天。
|
||||
* **增重起始目标**: 设定每日总热量摄入为 **2000-2200千卡**,约比维持热量多出 **400-600千卡**的盈余。
|
||||
* **初期目标体重**: 每2-4周稳定增加0.5-1公斤是比较理想的健康速度。
|
||||
|
||||
2. **营养素科学配比原则**:
|
||||
* **碳水化合物(50%-55%)**: 是提供能量、保证增重的主力,以复合碳水为主。
|
||||
* **蛋白质(20%-25%)**: 足量蛋白质是修复和构建肌肉的基石。每日目标为 **1.5-2.0克/公斤体重**,即 **60-80克**。
|
||||
* **脂肪(25%-30%)**: 重点摄入健康脂肪,提供高密度热量,促进脂溶性维生素吸收。
|
||||
|
||||
#### **第二步:具体膳食安排与加餐技巧**
|
||||
|
||||
**上午 7:00-8:00 早餐 (要求高密度、易消化)**
|
||||
* **目标热量**: 500-600千卡
|
||||
* **参考搭配A**: 红薯小米粥1碗 + 鸡蛋2个(或水煮或煎蛋) + 蒸饺/烧卖3-4个 + 核桃3颗
|
||||
* **参考搭配B**: 牛奶燕麦粥(250ml牛奶+50g燕麦+一把混合果干) + 牛油果半个
|
||||
* **原则**:必须有主食、优质蛋白和少量健康脂肪。
|
||||
|
||||
**上午 10:30 加餐**
|
||||
* **目标热量**: 200-300千卡
|
||||
* **选择**: 酸奶1杯(约200g) + 一小把坚果(杏仁/腰果) 或 1根香蕉 + 花生酱1勺,或1片全麦面包涂抹奶酪。
|
||||
|
||||
**中午 12:30 午餐 (重点餐)**
|
||||
* **目标热量**: 650-750千卡
|
||||
* **结构模板**:
|
||||
* **主食**: 米饭1.5碗(约200-250克熟重)或同等面食。
|
||||
* **优质蛋白**: 手掌大小的红肉/禽肉/鱼肉(约150克)或一块手掌大的豆腐。
|
||||
* **蔬菜**: 两种不同颜色的蔬菜,共一碗(约250克),用适量油快炒。
|
||||
* **汤(可选)**: 可在餐后少量饮用营养较浓的汤(如排骨汤、鸡汤),但不要用餐前喝太多汤水影响进食量。
|
||||
|
||||
**下午 15:30 加餐 (强推力荐)**
|
||||
* **目标热量**: 250-350千卡
|
||||
* **选择(自制营养密度更高的饮品)**:
|
||||
* **自制增重奶昔 (例)**: 250ml全脂牛奶 + 1勺乳清蛋白粉(或市售增重粉)+ 1根香蕉 + 1勺花生酱/亚麻籽油,搅拌均匀饮用。这是增加热量和蛋白质摄入非常高效的方式。
|
||||
|
||||
**晚上 18:30 晚餐**
|
||||
* **目标热量**: 550-650千卡
|
||||
* **结构模板**: 同午餐,但**蛋白质**可选择更易消化的,如鱼肉、鸡胸肉、鸡蛋、豆腐;**主食**可换成杂粮饭或面食;**蔬菜**仍要保证足量。
|
||||
|
||||
**晚上 21:00 睡前加餐 (可选)**
|
||||
* **目标热量**: 150-250千卡
|
||||
* **选择**: 一杯温热牛奶(或酸奶、豆浆) + 几片苏打饼干。主要提供缓慢释放的蛋白质和能量,帮助夜间身体恢复。
|
||||
|
||||
**饮食习惯调整要点**:
|
||||
1. **食量不足者优先**: 如果饭量小,优先保证主食和蛋白质的摄入,再吃蔬菜。遵循“干湿分离”,少喝清汤或饮料占用胃容量。
|
||||
2. **使用功能性食物**: 用花生酱、芝麻酱、奶酪、牛油果、橄榄油、坚果碎为常规饭菜、沙拉或汤增加热量而不显著增加体积。
|
||||
3. **饮水时机**: 避免在饭前或饭中大量喝水,留出空间给食物。建议在两餐之间饮水充足。
|
||||
4. **适口性**: 在不违背健康原则的前提下,尊重您的“**个人偏好**”,将食物做得更美味诱人,适度使用香料和健康调味品。
|
||||
|
||||
#### **第三步:运动配合方案 - 增加肌肉,而非纯脂肪**
|
||||
|
||||
* **目标**: 肌肉的增长需要“营养+刺激”。力量训练能促使多余的热量更多用于合成肌肉。
|
||||
* **频率**: 每周进行2-3次,训练日最好与非训练日交替。
|
||||
* **内容建议**(建议从低强度开始,或请教专业教练指导):
|
||||
* **可选基础动作**: 自重深蹲、跪姿俯卧撑、弹力带划船、臀桥等。从每个动作2组,每组8-12次开始。
|
||||
* **循序渐进**: 适应后可考虑在健身房使用固定器械进行胸部推举、高位下拉、坐姿划船、腿举等。
|
||||
* **避免**: 长时间、消耗性的有氧运动(如长跑)。
|
||||
* **运动营养**: **训练后30-60分钟内,是最佳的“营养窗口期”**。在此刻喝一杯自制增重奶昔或“牛奶+面包+蛋”组合,事半功倍。
|
||||
|
||||
#### **第四步:监测与实用建议**
|
||||
|
||||
1. **跟踪记录**:
|
||||
* **食物日志**: 使用App(如薄荷健康)记录3-5天饮食,了解实际热量与营养素是否达标。
|
||||
* **体重变化**: **每周固定清晨空腹、排便后测一次体重**并记录,不必每日测量,以免焦虑。
|
||||
* **围度测量**: 每月测量一次上臂、胸、腰、臀、大腿围度,有时体重未变但肌肉增加,围度会有积极变化。
|
||||
|
||||
2. **健康管理建议**:
|
||||
* **必须就医检查**: 在开始计划前,请务必咨询医生并进行必要体检(如甲功、消化内镜等),明确严重体重不足是否由潜在疾病引起。
|
||||
* **循序渐进**: 若初始食量难以达到2000千卡,可从1800千卡开始,用1-2周的时间逐步增加食量和调整食物密度。
|
||||
* **保证睡眠**: 身体在睡眠时进行修复和生长。请保证每日7-9小时的高质量睡眠。
|
||||
* **管理压力**: 长期压力会影响食欲和营养吸收。可通过冥想、听音乐、散步等方式放松。
|
||||
|
||||
**健康宣誓:增重是一个与身体重新建立和谐关系的过程。您的目标不是单纯的“胖”,而是更强壮、更有活力、更健康的自己。请用耐心和科学的方法,温和地对待这个过程。祝您成功!**
|
||||
|
||||
> **免责声明**:本计划为通用性营养与健康管理指导。鉴于您体重过轻程度较为严重,强烈建议在专业医生和临床营养师的共同指导下制定并执行具体方案。
|
||||
|
||||
---
|
||||
📝 使用的提示词:
|
||||
你是一位增重营养营养师和健康管理专家
|
||||
|
||||
为增重人群制定改善健康营养计划,年龄为36岁,体重为40kg,身高为160cm。
|
||||
|
||||
背景信息:需要根据个人情况制定科学、可行的营养方案。
|
||||
|
||||
约束条件:
|
||||
- 科学营养搭配
|
||||
- 考虑个人偏好
|
||||
- 提供实用建议
|
||||
|
||||
输出格式:markdown
|
||||
|
||||
|
||||
|
||||
⏰ 测试时间:2026/1/8 11:24:07
|
||||
@@ -1,102 +0,0 @@
|
||||
✅ DeepSeek deepseek-chat 响应结果:
|
||||
|
||||
# 增重营养与健康改善计划
|
||||
|
||||
## 一、个人健康评估
|
||||
|
||||
| 项目 | 数值 | 评估 |
|
||||
|------|------|------|
|
||||
| 年龄 | 36岁 | 成年期,代谢相对稳定 |
|
||||
| 身高 | 160 cm | 标准身高范围 |
|
||||
| 体重 | 40 kg | **体重过轻**(BMI ≈ 15.6,远低于健康范围18.5-24) |
|
||||
| BMI | 15.6 | 严重体重不足,需系统增重以改善健康 |
|
||||
|
||||
**主要目标:**
|
||||
在3-6个月内增加体重至45-48kg(BMI ≥ 17.5),改善营养状况,增强体能。
|
||||
|
||||
---
|
||||
|
||||
## 二、科学营养搭配原则
|
||||
|
||||
1. **高能量密度饮食**:增加健康热量摄入,每日目标热量 **2200-2500 kcal**(基础代谢约1200 kcal + 活动消耗 + 增重所需盈余)。
|
||||
2. **均衡营养素比例**:
|
||||
- 碳水化合物:50-55%
|
||||
- 蛋白质:15-20%
|
||||
- 脂肪:25-30%
|
||||
3. **少食多餐**:每日5-6餐,减轻单次进食负担。
|
||||
4. **优先天然食物**:避免依赖加工食品,注重营养质量。
|
||||
|
||||
---
|
||||
|
||||
## 三、每日膳食计划示例(可根据偏好调整)
|
||||
|
||||
| 时间 | 餐次 | 食物建议 | 营养重点 |
|
||||
|------|------|----------|----------|
|
||||
| 7:00 | 早餐 | 燕麦粥(+坚果碎、蜂蜜)、水煮蛋1个、全脂牛奶200ml | 复合碳水、优质蛋白 |
|
||||
| 10:00 | 加餐 | 香蕉1根、核桃3-4颗、酸奶150g | 便捷能量、健康脂肪 |
|
||||
| 12:30 | 午餐 | 米饭1.5碗、红烧鸡腿/鱼肉、炒蔬菜(用橄榄油)、豆腐汤 | 高蛋白、均衡搭配 |
|
||||
| 15:30 | 加餐 | 全麦面包夹花生酱、果汁1杯 | 碳水+脂肪,补充能量 |
|
||||
| 18:30 | 晚餐 | 米饭1碗、牛肉炒西兰花、蒸蛋、牛油果半颗 | 蛋白质、微量元素 |
|
||||
| 21:00 | 晚加餐 | 全脂牛奶或豆浆200ml、燕麦饼干2块 | 缓释碳水,助眠 |
|
||||
|
||||
---
|
||||
|
||||
## 四、个性化调整与偏好考虑
|
||||
|
||||
- **若食欲不佳**:
|
||||
可选用流质或半流质高能量食物,如奶昔(牛奶+香蕉+燕麦+坚果酱)、浓汤、粥类。
|
||||
- **若偏好素食**:
|
||||
增加豆制品、坚果、种子、全谷物、植物油摄入,必要时补充维生素B12、铁。
|
||||
- **若消化较弱**:
|
||||
食物烹饪至软烂,避免过多粗纤维,可添加益生菌饮品(如酸奶)。
|
||||
- **若时间紧张**:
|
||||
提前准备便携加餐(如坚果棒、奶酪、煮鸡蛋)。
|
||||
|
||||
---
|
||||
|
||||
## 五、实用执行建议
|
||||
|
||||
1. **记录饮食**:使用APP记录每日热量与营养素,确保达标。
|
||||
2. **渐进增加食量**:每周逐步增加主食或加餐分量,避免肠胃不适。
|
||||
3. **选择健康零食**:坚果、干果、奶酪、酸奶等作为常备加餐。
|
||||
4. **烹饪用油**:多用橄榄油、菜籽油、花生油,增加热量不增加体积。
|
||||
5. **液体热量**:饮用全脂牛奶、豆浆、果汁代替白水或低热量饮料。
|
||||
6. **力量训练结合**:每周2-3次轻度力量训练(如哑铃、深蹲),刺激食欲与肌肉增长。
|
||||
7. **监测与调整**:每2周称重,根据进度调整热量摄入。
|
||||
|
||||
---
|
||||
|
||||
## 六、注意事项
|
||||
|
||||
- **避免空热量食物**:如糖果、油炸食品,虽增重但不利于健康。
|
||||
- **保持水分摄入**:每日饮水1.5-2L,但避免餐前大量饮水影响食欲。
|
||||
- **咨询医生**:如长期体重过低,需排除消化吸收问题或甲亢等疾病。
|
||||
- **心理支持**:保持积极心态,增重需耐心,可与家人或营养师保持沟通。
|
||||
|
||||
---
|
||||
|
||||
## 七、一周食谱灵活模板
|
||||
|
||||
| 早餐 | 午餐 | 晚餐 | 加餐(选2-3次) |
|
||||
|------|------|------|----------------|
|
||||
| 燕麦+牛奶+蛋 | 米饭+肉类+蔬菜 | 米饭/面+豆制品+蔬菜 | 坚果、酸奶、水果、面包涂酱 |
|
||||
|
|
||||
|
||||
---
|
||||
📝 使用的提示词:
|
||||
你是一位增重营养营养师和健康管理专家
|
||||
|
||||
为增重人群制定改善健康营养计划,年龄为36岁,体重为40kg,身高为160cm。
|
||||
|
||||
背景信息:需要根据个人情况制定科学、可行的营养方案。
|
||||
|
||||
约束条件:
|
||||
- 科学营养搭配
|
||||
- 考虑个人偏好
|
||||
- 提供实用建议
|
||||
|
||||
输出格式:markdown
|
||||
|
||||
|
||||
|
||||
⏰ 测试时间:2026/1/8 11:11:51
|
||||
@@ -1,78 +0,0 @@
|
||||
gitlab.md.hihonor.com/w00013566/mdmdemo
|
||||
|
||||
|
||||
|
||||
1.查看用户 adb shell pm list users
|
||||
2.adb shell getprop ro.product.model如何使用adb命令查看手机版本号
|
||||
3.adb shell getprop ro.soc.model查看手机型号
|
||||
4.fastboot界面查询手机型号 fastboot getvar deicemodel
|
||||
5.fastboot下重启 fastboot reboot
|
||||
android 获取当前页面的 activity adb shell "dumpsys window | grep mCurrentFocus"
|
||||
|
||||
18792702169
|
||||
https://getui.com/notification-push
|
||||
https://www.jiguang.cn/push?source=bdAd&plan=1&unit=480&keyword=24261&bd_vid=6437844800464191042
|
||||
|
||||
C:\Users\86181\AppData\Local\Android\Sdk\build-tools\35.0.0
|
||||
签名会用到下面这个apksigner.bat文件
|
||||
签名: apksigner sign --ks design.jks app-debug.apk
|
||||
检验签名:apksigner verify -v --print-certs app-debug.apk
|
||||
apksigner verify -v --print-certs app-release.apk
|
||||
|
||||
|
||||
https://www.pgyer.com/zhini-android
|
||||
|
||||
|
||||
pmo 开发经理,负责协调交付。
|
||||
规划 对接客户需求
|
||||
se 需求转化为设计方案
|
||||
开发 编码开发
|
||||
测试 编写测试用例,回归验证
|
||||
cmo 编译版本
|
||||
|
||||
一 需求背景
|
||||
二 功能概述
|
||||
三 竞品分析
|
||||
四 设计方案
|
||||
五 工作量评估
|
||||
|
||||
|
||||
|
||||
|
||||
pkill -f "cursor-server"
|
||||
|
||||
|
||||
|
||||
通过网络连接设备(无需USB):
|
||||
adb tcpip 5555 # 将设备切换至TCP/IP模式,在5555端口监听[citation:8][citation:10]
|
||||
adb connect 192.168.1.100:5555 # 在电脑上连接设备IP[citation:8][citation:10]
|
||||
adb connect 192.168.172.236:5555
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
知你的签名信息
|
||||
C:\Users\86181\AppData\Local\Android\Sdk\build-tools\35.0.0>apksigner verify -v --print-certs app-release.apk
|
||||
Verifies
|
||||
Verified using v1 scheme (JAR signing): false
|
||||
Verified using v2 scheme (APK Signature Scheme v2): true
|
||||
Verified using v3 scheme (APK Signature Scheme v3): false
|
||||
Verified using v3.1 scheme (APK Signature Scheme v3.1): false
|
||||
Verified using v4 scheme (APK Signature Scheme v4): false
|
||||
Verified for SourceStamp: false
|
||||
Number of signers: 1
|
||||
Signer #1 certificate DN: C=86, ST=shaanxi, L=xi'an, O=xunpaisoft.com, OU=xunpaisoft, CN=pai xun
|
||||
Signer #1 certificate SHA-256 digest: 9017939b7cda5c41482a8baaeae587cd9025525ac30b9644293a1e4bc8f6b825
|
||||
Signer #1 certificate SHA-1 digest: 89b591ea7a4a9947c13fba0d607ba7d041102cf4
|
||||
Signer #1 certificate MD5 digest: 10bc581409188dd39ed38bad24353be7
|
||||
Signer #1 key algorithm: RSA
|
||||
Signer #1 key size (bits): 2048
|
||||
Signer #1 public key SHA-256 digest: e458cad386b422c6941e0420b611257cb0426c82e719095c3dbd9d9ffb7a90dc
|
||||
Signer #1 public key SHA-1 digest: d3c0988b1a336e326683db4a258459031491b46a
|
||||
Signer #1 public key MD5 digest: 8ef05aa185908c1fc19a4bea27427b24
|
||||
C:\Users\86181\AppData\Local\Android\Sdk\build-tools\35.0.0>
|
||||
|
||||
|
||||
Reference in New Issue
Block a user