unknown
2025-07-03 285129506509321686aeea3e34ad255d0db7a22b
¹¦ÄÜÄ£¿é_½éÉÜ.txt
@@ -125,6 +125,8 @@
      è€ƒå‹¤å¼‚常:迟到、早退、缺勤、请假-[细分....]
      
      
4星 3、权限管理
   å‰ææ¡ä»¶ï¼šç®¡ç†å‘˜æ‰èƒ½ç®¡ç†è¿™ä¸ªæ¨¡å—
@@ -201,6 +203,37 @@
      
      æ•°æ®æµï¼šH.265压缩内容,200倍的压缩比,要解压--解码 
         åœ¨ä¸‰æ–¹åº“中已经完成了:FFmpeg库
      æœ‰2部分的东西:
      1、常规业务
         æŸ¥è¯¢è¯·æ±‚--拿到所有可用摄像头的信息
         è¯·æ±‚:只需要指定结构体头里面的功能类型值就行
            struct RealtimeShowReq
            {
               Head head;
               RealtimeShowReq()
               {
                  head.type = xx; // xx为提前定好的枚举变量
                  head.len = sizeof(RealtimeShowReq);
               }
            };
         å“åº”:回一个摄像头信息[柔性数组]的响应
            struct VideoInfo
            {
               int id;
               char url[256]; // æ‹¼æŽ¥å¥½çš„æ‘„像头网址 åè®®://ip:port/1/last.ts
               // ...
            };
            struct RealtimeShowRes
            {
               Head head;
               VideoInfo vi[0]; // æŸ”性数组
            };
      2、视频业务
         ç”¨FFmpeg去拉rtsp url的地址流数据过来,用FFmpeg来解压缩、解码就行
      
         
      
@@ -564,7 +597,25 @@
      å‰åŽåˆ†ç¦»ï¼š 2个端开发的语言不一样时,就得使用
      ---------------------------------------
      çŽ°åœ¨çš„é¡¹ç›®ï¼šé‡‡ç”¨ä¸šåŠ¡åˆ†ç¦»çš„æ–¹å¼
==============================================================================================
      åˆä»£ç çš„一些细节:
      
      1、客户端的代码合并
         A、保证所有模块使用同一个套接字,这样收包的时候,就统一在一个地方了
         B、模块对应的类名,一定要根据功能来命名,不允许使用默认的名字
         C、合代码的原则:尽量少修改的原则,只需要在主模块添加适当的代码为主
            å­æ¨¡å—的功能保持不动
         D、合代码之后,保证原有的功能不会被修改,且不影响其他模块的使用
      2、服务端的代码合并
         A、自己的子服务模块要先合并好,是一种被动调用的方式
         B、客户端的业务要合到服务端来时,要用类的方式来合并[xx.h,xx.cpp]