1.什么是源码COCOMO
2.简述MVC思想与PHP如何实现MVC
3.djangoä¸mvcåå«ä»£è¡¨ä»ä¹ç¨(djangomvc)
4.HEVC开源编解码器HM编译及使用方法
5.一键自动修改和翻新OC源码,解决苹果审核4.3和马甲问题
什么是源码COCOMO
COCOMO英文全称为Constructive Cost Model,中文为构造性成本模型,源码是源码指由巴里·勃姆(Barry Boehm)于 年提出的一种精确、易于使用的源码,基于模型的源码钱包系统 源码软件成本估算方法。从本质上说是源码一种参数化的项目估算方法,参数建模是源码把项目的某些特征作为参数,通过建立一个数字模型预测项目成本的源码回归分析公式。
COCOMO最初发表于年巴里·勃姆《软件工程经济学》一书中,源码做为一种在软件项中估算工作量、源码成本以及时间表的源码模型。它基于对TRW飞机制造公司的源码个项目的研究。巴里·勃姆于年在该公司担任软件研究与技术总监。源码这项研究中的源码项目所包含的代码量从行到行,包含的编程语言从汇编语言到PL/I。这些项目采用瀑布模型进行软件开发,这是在年时主流的软件开发模式。
通常把上述模型称作为“COCOMO ”。年,“COCOMO II”开始研发,并最终于年发表于《软件成本估算:COCOMO Ⅱ模型方法》一书中。COCOMO II是COCOMO 的继承者,并且更适用于对现代软件开发项目进行估算。它为现代软件开发流程提供了更多支持,并提供了一个更新了的数据库。对于新模型的需求来源于软件开发技术从基于大型计算机和整晚的批处理到桌面开发、代码重用以及利用即有软件模块的改变。
COCOMO由三个不断深入和详细的层次组成。第一层,“基本COCOMO”,语言软件源码适用对软件开发进行快速、早期地对重要的方面进行粗略的成本估计,但因其缺少不同的项目属性(“成本驱动者”)的因素,所以准确性有一定的局限性。“中级COCOMO”中考虑进了这些成本驱动者。“详细COCOMO”加入了对不同软件开发阶段影响的考量。
COCOMO的分类
COCOMO按照项目类型划分
COCOMO模型中,考虑到开发环境的不同,软件开发项目的类型可以分为3种:
组织型(organic):相对较小、较简单的软件项目。开发人员对开发目标理解比较充分,与软件系统相关的工作经验丰富,对软件的使用环境很熟悉,受硬件的约束较小,程序的规模不是很大(<行)。
嵌入型(embedded):要求在紧密联系的硬件、软件和操作的限制条件下运行,通常与某种复杂的硬件设备紧密结合在一起。对接口、数据结构、算法的要求很高,软件规模任意。如大而复杂的事务处理系统,大型/超大型操作系统,航天用控制系统,大型指挥系统等。
半独立型(semidetached):介于上述两种软件之间。规模和复杂度都属于中等或更高。最大可达万行。
COCOMO按照详细程度划分
COCOMO模型按其详细程度可以分为三级:基本COCOMO模型,软件源码查找中间COCOMO模型,详细COCOMO模型。
基本COCOMO模型是一个静态单变量模型,它用一个已估算出来的原代码行数(LOC)为自变量的经验函数计算软件开发工作量。
中级COCOMO模型在基本COCOMO模型的基础上,再用设计产品、硬件、人员、项目等方面的影响因素调整工作量的估算。
详细COCOMO模型包括中间COCOMO模型的所有特性,但更进一步考虑了软件工程中每一步骤(如分析、设计)的影响。
COCOMO的公式
基本COCOMO模型的公式
E=aLb
D=cEb
其中:E表示工作量,单位是人月(PM)。
D表示开发时间,单位是月(M)。
L是项目的代码行估计值,单位是千行代码。
a,b,c,d是常数,取值如下表所示
对于基本COCOMO模型,通过统计个历史项目的历史数据,得到如下计算公式
总体类型
工作量
进度
组织型E=.4×(KLOC)1.D=.5(E)0.半独立型E=3.0×(KLOC)1.D=.5(E)0.嵌入型E=3.0×(KLOC)1.D=.5(E)0.
例如:某公司开发一个CAD软件,源代码行数为目标代码行数为.3KLOC。CAD软件开发属于中等规模、半独立型。
从表中查到
a=3.0,b=1.。
E=3.0×L1.
=3.0×..
=人月
假设每人每月费用为元,则总费用为万元。
中级COCOMO模型的公式
中级COCOMO对软件工作量的估算使用了程度大小以及一组“成本驱动者”,包括对产品、msdos汇编源码硬件、人员及项目属性的客观评价。这种扩展包含了四类“成本驱动者”,每个类又有个属性,每一个属性都会得到一个6点的评估,从“非常低”到“非常高”(重要性或大小)。下表中列出了可用的因子值。所有这些因子的乘积的结果就是“工作量调整因子(EAF)”通常这些因子的值是从0.9到1.4。
成本驱动者
评估
非常低
低
正常
高
很高
非常高
产品属性软件可靠性需求0.....应用数据库的大小 0....产品复杂度0......硬件属性运行时的性能约束 1....内存约束 1....虚拟机稳定性 0....回复时间的需求 0....人员属性分析能力1.....应用经验1.....虚拟机的经验1. 1... 编程语言经验1. 1... 项目属性采用的软件工具1. 1....采用的软件工程手段 1.. 1...虚拟机稳定性1. 1....回复时间的需求 0....
中级COCOMO的计算公式如下:
E=aLb
对于中级COCOMO模型,通过统计个历史项目的历史数据,得到如下计算公式
总体类型
工作量
组织型E=3.2×(KLOC)1.半独立型E=3.0×(KLOC)1.嵌入型E=2.8×(KLOC)1.
简述MVC思想与PHP如何实现MVC
简单的说就是将网站源码分类、分层。
MVC三个字母的含义:
M:Model 模型,负责数据库操作。
V:View 视图,负责调用Model调取数据,再调用模板,展示出最终效果。
C:Controller 控制器,程序的入口,决定改调用哪个View,并告诉View该做什么。
如此说来,程序的执行顺序是C-V-M 或 C-M ,和MVC的名字正好相反。
djangoä¸mvcåå«ä»£è¡¨ä»ä¹ç¨(djangomvc)
导读ï¼å¾å¤æåé®å°å ³äºdjangoä¸mvcåå«ä»£è¡¨ä»ä¹ç¨çç¸å ³é®é¢ï¼æ¬æé¦å¸CTOç¬è®°å°±æ¥ä¸ºå¤§å®¶å个详ç»è§£çï¼ä¾å¤§å®¶åèï¼å¸æ对大家ææ帮å©ï¼ä¸èµ·æ¥ççå§ï¼mvcä¸çmvcåå«æä»ä¹MVCæ¯Javaä¸çä¸ç§è®¾è®¡æ¨¡å¼ï¼å¨ä½ åç¨åºçæ¶åä¸å®å¾æç §è¿æ ·ç模å¼å代ç ï¼ä»çç®çæ¯ä¸ºäºåå°å±ä¸å±ä¹é´çè¦åï¼æ¹ä¾¿åç»çç»´æ¤
Mââæçæ¯Modelï¼å³æ¨¡åï¼å¨å®é çå¼åä¸æ们çå®ä½ç±»å°±æ¯æ们ç模åï¼åéä¿ä¸ç¹å°±æ¯ä½ åäºå¾å¤private修饰çåéï¼ç¶ååäºå¾å¤getãsetæ¹æ³ç类就å«æ¨¡å
Vââæçæ¯Viewï¼å³è§å¾ï¼å°±æ¯æ们JavaWEBä¸çè§å¾ï¼ä¹å°±æ¯JSPäºï¼éä¿ä¸ç¹å°±æ¯ç¨æ·å¯ä»¥çå°ç页é¢å°±å«åè§å¾
Cââæçæ¯Controllerï¼å³æ§å¶å¨ï¼å°±æ¯æ们å¨æ¥æ¶å端穿è¿æ¥ç请æ±çé£ä¸ªç±»å°±å«åæ§å¶å¨ï¼æ¯å¦æ们çservletï¼å模ååéæ°æ®ï¼æ§å¶ç¨æ·è¾å ¥ï¼è¯»åè§å¾çæ°æ®
mvcæ¯ä»ä¹,æä»ä¹ç¨mvcï¼modelâviewâcontrollerï¼æ¯è½¯ä»¶å·¥ç¨ä¸çä¸ç§è½¯ä»¶æ¶æ模å¼ï¼æ软件系ç»å为ä¸ä¸ªåºæ¬é¨åï¼
模åï¼modelï¼ï¼è§å¾ï¼viewï¼åæ§å¶å¨ï¼controllerï¼ã
mæ
模åãå³ç¨åºåç¼åç¨åºåºæçåè½ï¼å®ç°ç®æ³ççï¼ï¼æ°æ®åºä¸å®¶è¿è¡æ°æ®ç®¡çåæ°æ®åºè®¾è®¡(å¯ä»¥å®ç°å ·ä½çåè½)ã
模åï¼modelï¼
ç¨äºå°è£ ä¸åºç¨ç¨åºçä¸å¡é»è¾ç¸å ³çæ°æ®ä»¥å对æ°æ®çå¤çæ¹æ³ãâ
model
âæ对æ°æ®ç´æ¥è®¿é®çæåï¼ä¾å¦å¯¹æ°æ®åºç访é®ãâmodelâä¸ä¾èµâviewâåâcontrollerâï¼ä¹å°±æ¯è¯´ï¼
model
ä¸å ³å¿å®ä¼è¢«å¦ä½æ¾ç¤ºææ¯å¦ä½è¢«æä½ãä½æ¯
model
ä¸æ°æ®çååä¸è¬ä¼éè¿ä¸ç§å·æ°æºå¶è¢«å ¬å¸ã为äºå®ç°è¿ç§æºå¶ï¼é£äºç¨äºçè§æ¤
model
ç
view
å¿ é¡»äºå å¨æ¤
model
ä¸æ³¨åï¼ä»èï¼view
å¯ä»¥äºè§£å¨æ°æ®
model
ä¸åççæ¹åã
微软msvc++è§çªç¨åº
ç
mfc
document/viewæ¶æ
æ¯æ©æ对äºmvc模å¼çå®ç°ï¼mfcå°ç¨å¼åæcview以åcdocument两大类å«ï¼å ¶ä¸çdocument对åºmvcä¸ç
model
ï¼view
ç¸å½äºmvcä¸ç
viewï¼controllerï¼åå ä¸cwinappç±»å«ï¼åæä¸å¤§é¡¹ãä½æ¯åºæ¬ä¸mfcæ¯ä¸ä¸ªå¤±è´¥çmvc模å¼ä½åã
python+djangoMTVæ¡æ¶åphpMVCæ¡æ¶çä¸åä¹å¤
python+djangoMTVæ¡æ¶åphpMVCæ¡æ¶çä¸åä¹å¤
æè¿å¦ä¹ äºpythonè¯è¨ådjangoMTVæ¡æ¶ï¼æè§ç¨çå¾ç½åãè¿éç»å¤§å®¶ç²ç¥çä»ç»ä¸ä¸ã
Djangoæ¯ä¸ä¸ªå¼æ¾æºä»£ç çWebåºç¨æ¡æ¶ï¼ç±Pythonåæãéç¨äºMTVç设计模å¼ï¼å³æ¨¡åMï¼æ¨¡çTåè§å¾æ§å¶å¨Vãå®æåæ¯è¢«å¼åæ¥ç¨äºç®¡çå³ä¼¦æ¯åºçéå¢æä¸çä¸äºä»¥æ°é»å 容为主çç½ç«çã并äºå¹´7æå¨BSD许å¯è¯ä¸åå¸ãè¿å¥æ¡æ¶æ¯ä»¥æ¯å©æ¶çåæ®èµçµå£«åä»æDjangoReinhardtæ¥å½åçã
Djangoç主è¦ç®æ æ¯ä½¿å¾å¼åå¤æçãæ°æ®åºé©±å¨çç½ç«åå¾ç®åãDjango注éç»ä»¶çéç¨æ§åâå¯æææ§âï¼ææ·å¼ååDRYæ³åï¼Don'tRepeatYourselfï¼ãå¨Djangoä¸Python被æ®é使ç¨ï¼çè³å æ¬é ç½®æ件åæ°æ®æ¨¡åã
å ³é®ä¸ç¹æ¯Djangoæ¡æ¶ææ§å¶å±(Ctronllayer)ç»å°è£ äºï¼æ éä¸æ°æ®äº¤äºè¿å±é½æ¯æ°æ®åºè¡¨ç读,å,å é¤,æ´æ°çæä½.å¨åç¨åºçæ¶åï¼åªè¦è°ç¨æ¹æ³å°±è¡äº.æè§å¾æ¹ä¾¿.ç¨æ·å¯ä»¥ç¨å¾å°ç代ç å®æå¾å¤çäºæ .代ç å¯è¯»æ§å¼º.è¿è¡çé度æ¯phpè¦å¿«.
pythonæ¯åµå ¥å¼çè¯è¨,å®å¯ä»¥æCåJAVAè¯è¨çåçä¸è¥¿ç»åå¨ä¸èµ·.ä¹é¾æªGoogleå ¬å¸ä¸»å¯¼è®®è¯è¨ç¨python,c++,javaçæ¯è¾å¤.大çå ¬å¸æ¯è¾éè§ç³»ç»ç®¡çåæ»ä½çæ¶æ.
æ人说ææåå±çè¯è¨æ¯python,ä¸è¿é½å¼å¾å¤§å®¶å»æ¢è®¨ç.å 为ç»æé½å¾é¢æ,å段æ¶é´é¹çå¾ççæ¯Rubyè¯è¨,Rubyååºæ¥æ¶,ä¼ è¯´ä¹å¾äºå¾,ç°å¨çèµ·æ¥ä¹ä¸æä¹è¡äº.
Pythonçåæ¯
Pythonå¨ç¼ç¨é¢åçå æçä¸ç´å¤äºç¨³æ¥ä¸åä¹ä¸ï¼æ ¹æ®ææ°çæ°æ®ï¼Pythonæå第ä¸ãåå ååå«æ¯Java,C,VB,C++,PHPåPerl.ä½ä¸ºä¸ä¸ªå¾å¹´è½»çè¯è¨ï¼Pythonçä½ç½®å·²ç»ç¸å½ä»¤äººæ¯å¥äºãéç微软å°Pythonçº³å ¥.Netå¹³å°ï¼ç¸ä¿¡Pythonçå°æ¥ä¼æ´å 强å²åå±ãPythonå¾å¯è½ä¼æ为.Netå¹³å°å¿«éå¼åç主æµè¯è¨ã
欲äºè§£è¿æ¹é¢æ åµï¼è¯·åèIronPythonçç¸å ³ä¿¡æ¯.
èåçæç´¢å¼æGoogleä¹å¤§é使ç¨Pythonãç°å¨ä¸å½çæç(sohu)ç½ç«é®ç®±ç³»ç»ä¹æ¯ç¨pythonå¼åç.æ´å 令人åæçæ¯ï¼å¨Nokiaæºè½ææºæéç¨çSymbianæä½ç³»ç»ä¸ï¼Pythonæ为继C++,Javaä¹åç第ä¸ä¸ªç¼ç¨è¯è¨ï¼å¯è§Pythonçå½±ååä¹å·¨å¤§ã
æå¨å¦pythonè¯è¨ådjangoMTVæ¡æ¶çä¸ç¹ä½ä¼,æ¿æ¥æç¨,é½è¯´è¯¥è¯è¨å¦ä½ç®åæå¦,é½æ¯ä¹±è¯´,å ¥é¨å¾ç®å,æ³è¦å¦æ·±ç¹,é½ä¸å®¹æç.
个人æè§è¿æ¯å¦PHPå ¥é¨æ¶æç®å,ä¸è¿ç°å¨å¼åºåªä¹æ¡æ¶,ç»ä»¶,ä¹åå¾è¶æ¥è¶ä¸ç®å,PHPä¹è¶æ¥è¶åJAVAçå¿åJSP(å½ç¶PHPæ¯Cè¯è¨çå¿å),个人è§å¾ä»ä»¬è¶æ¥è¶æ¥è¿,ä½åæ好å¤å·®å¼.
pythonè¯è¨ä¸ä» å¯ä»¥åWEBåºç¨,èä¸å¯ä»¥åæ¡é¢,æå¡å¨è½¯ä»¶åææºè½¯ä»¶å¼å(æç诺åºäºææºç³»ç»å°±æ¯ç¨pythonåç),èPHPä¸æ³¨åWEBåºç¨ç,PHPå¼åç¥å¸ä¹ä¸ºPHP为ä»ä¹ä¸è½è½¬åç §é¡¾å°åæ¡é¢,æå¡å¨è½¯ä»¶åææºè½¯ä»¶å¼åçåºç¨å¬è¯´ä¹è¦èäºå¥½ä¹ ,ä½æç»æ²¡è½æå转å.åªæ¯å 为ä»ä»¬å¨æåçåºå±å®ä½ææ»äº(ç½ä¸è¯è®ºè§ç¹).
ä¸è¿æçå°ç½ä¸è¯è¨æå,PHPå¨Pythonä¹å,ä¹è¯´æPHPå¨è¿æ表ç°ä¸ä¿.
æå欢ç¨Python,Django,ä¹å¾å欢ç¨php,thinkphp,ç¹å«æ¯å级åç1.5ç,ä½æ¯å¯ä¸å¯ä¹åæMTVçæ¡æ¶æ¨¡å¼å¢.ç¨ç²¾è¯ç代ç å®æå¾å¤å·¥ä½.å å¿«å¼åé度å¢.大家é½è¦åªåå¦.å æ²¹å å¼ä»¬.
2楼åå¤ï¼
ç¾å½å¤ªç©ºæ»ç½²NASA使ç¨Pythonï¼Google使ç¨Pythonï¼Youtube使ç¨Python.é¿éå·´å·´ä¹ç¨pythonå¼å,æçé®ç®±æ¯ç¨python2.6å¼åç
5楼åå¤ï¼
MVCä¸MTVæä»ä¹ä¸åå¢.
大家é½ç¥é
MVCä¸çMæ¯ä»£è¡¨MODLEå±,V代表VIEWå±,C代表Contrlå±.
MTVä¸çMæ¯ä»£è¡¨MODLEå±,T代表Template(模æ¿å±),V代表VIEWå±.
Djangoæ¯MTV模å¼æ¡æ¶,å®æControlæ§å¶å±å®¹åå°Djangoæ¡æ¶éè¾¹äº,
ç¨åºåæControlæ§å¶å±ä¸è¥¿äº¤ç»Djangoèªå¨å®æäº,åªéè¦ç¼åé常å°ç代ç å®æå¾å¤çäºæ .æ以,å®æ¯MVCæ¡æ¶èèçé®é¢è¦æ·±ä¸æ¥.å 为æ们ç¨åºå大é½åç¨åºå¨Contrlå±,ç°å¨è¿ä¸ªå·¥ä½äº¤ç»äºæ¡æ¶,ä» éåå¾å°çè°ç¨ä»£ç ,èªç¶å·¥ä½æçå°±æé«äº.
javaçMVCæ¯ä»ä¹ï¼æä»ä¹ç¨ï¼mvcåå«æ¯æ¨¡åè§å¾åæ§å¶æ¯ä¸ç§è®¾è®¡æ¨¡å¼ï¼è¿ç§æ¨¡å¼åºç¨äºåºç¨ç¨åºåå±å¼åã
Modelï¼æ¨¡åï¼-模å代表ä¸ä¸ªååæ°æ®ç对象æJAVAPOJOãå®ä¹å¯ä»¥å¸¦æé»è¾ï¼å¨æ°æ®ååæ¶æ´æ°æ§å¶å¨ã
Viewï¼è§å¾ï¼-è§å¾ä»£è¡¨æ¨¡åå å«çæ°æ®çå¯è§åã
Controllerï¼æ§å¶å¨ï¼-æ§å¶å¨ä½ç¨äºæ¨¡ååè§å¾ä¸ãå®æ§å¶æ°æ®æµå模å对象ï¼å¹¶å¨æ°æ®ååæ¶æ´æ°è§å¾ãå®ä½¿è§å¾ä¸æ¨¡åå离å¼ã
ä»ä¹æ¯MVCï¼ä½¿ç¨MVCç好å¤æ¯ä»ä¹ï¼MVCæ¯ä¸ä¸ªåè¯ç缩å,åå«ä¸ºï¼æ¨¡å(Model),è§å¾(View)åæ§å¶Controller)ãMVC模å¼çç®çå°±æ¯å®ç°Webç³»ç»çèè½åå·¥ãModelå±å®ç°ç³»ç»ä¸çä¸å¡é»è¾ï¼é常å¯ä»¥ç¨JavaBeanæEJBæ¥å®ç°ãViewå±ç¨äºä¸ç¨æ·ç交äºï¼é常ç¨JSPæ¥å®ç°ãControllerå±æ¯Modelä¸Viewä¹é´æ²éçæ¡¥æ¢ï¼å®å¯ä»¥åæ´¾ç¨æ·ç请æ±å¹¶éæ©æ°å½çè§å¾ä»¥ç¨äºæ¾ç¤ºï¼åæ¶å®ä¹å¯ä»¥è§£éç¨æ·çè¾å ¥å¹¶å°å®ä»¬æ å°ä¸ºæ¨¡åå±å¯æ§è¡çæä½ã
ä½è¦åæ§
MVCç好å¤
è§å¾å±åä¸å¡å±å离ï¼è¿æ ·å°±å 许æ´æ¹è§å¾å±ä»£ç èä¸ç¨éæ°ç¼è¯æ¨¡ååæ§å¶å¨ä»£ç ï¼åæ ·ï¼ä¸ä¸ªåºç¨çä¸å¡æµç¨æè ä¸å¡è§åçæ¹ååªéè¦æ¹å¨MVCç模åå±å³å¯ãå 为模åä¸æ§å¶å¨åè§å¾ç¸å离ï¼æ以å¾å®¹ææ¹ååºç¨ç¨åºçæ°æ®å±åä¸å¡è§åã
é«éç¨æ§åå¯éç¨æ§
éçææ¯çä¸æè¿æ¥ï¼ç°å¨éè¦ç¨è¶æ¥è¶å¤çæ¹å¼æ¥è®¿é®åºç¨ç¨åºãMVC模å¼å è®¸ä½ ä½¿ç¨åç§ä¸åæ ·å¼çè§å¾æ¥è®¿é®åä¸ä¸ªæå¡å¨ç«¯ç代ç ãå®å æ¬ä»»ä½WEBï¼HTTPï¼æµè§å¨æè æ 线æµè§å¨ï¼wapï¼ï¼æ¯å¦ï¼ç¨æ·å¯ä»¥éè¿çµèä¹å¯éè¿ææºæ¥è®¢è´ææ ·äº§åï¼è½ç¶è®¢è´çæ¹å¼ä¸ä¸æ ·ï¼ä½å¤ç订è´äº§åçæ¹å¼æ¯ä¸æ ·çãç±äºæ¨¡åè¿åçæ°æ®æ²¡æè¿è¡æ ¼å¼åï¼æ以åæ ·çæ件è½è¢«ä¸åççé¢ä½¿ç¨ãä¾å¦ï¼å¾å¤æ°æ®å¯è½ç¨HTMLæ¥è¡¨ç¤ºï¼ä½æ¯ä¹æå¯è½ç¨WAPæ¥è¡¨ç¤ºï¼èè¿äºè¡¨ç¤ºæéè¦çå½ä»¤æ¯æ¹åè§å¾å±çå®ç°æ¹å¼ï¼èæ§å¶å±å模åå±æ éåä»»ä½æ¹åã
è¾ä½ççå½å¨æææ¬
MVC使éä½å¼ååç»´æ¤ç¨æ·æ¥å£çææ¯å«éæ为å¯è½ã
å¿«éçé¨ç½²
使ç¨MVC模å¼ä½¿å¼åæ¶é´å¾å°ç¸å½å¤§ç缩åï¼å®ä½¿ç¨åºåï¼Javaå¼å人åï¼éä¸ç²¾åäºä¸å¡é»è¾ï¼çé¢ç¨åºåï¼HTMLåJSPå¼å人åï¼éä¸ç²¾åäºè¡¨ç°å½¢å¼ä¸ã
å¯ç»´æ¤æ§
å离è§å¾å±åä¸å¡é»è¾å±ä¹ä½¿å¾WEBåºç¨æ´æäºç»´æ¤åä¿®æ¹ã
æå©äºè½¯ä»¶å·¥ç¨å管ç
ç±äºä¸åçå±åå¸å ¶èï¼æ¯ä¸å±ä¸åçåºç¨å ·ææäºç¸åçç¹å¾ï¼æå©äºéè¿å·¥ç¨åãå·¥å ·å管çç¨åºä»£ç ã
ç»è¯ï¼ä»¥ä¸å°±æ¯é¦å¸CTOç¬è®°ä¸ºå¤§å®¶æ´ççå ³äºdjangoä¸mvcåå«ä»£è¡¨ä»ä¹ç¨çå ¨é¨å 容äºï¼æè°¢æ¨è±æ¶é´é 读æ¬ç«å 容ï¼å¸æ对æ¨ææ帮å©ï¼æ´å¤å ³äºdjangoä¸mvcåå«ä»£è¡¨ä»ä¹ç¨çç¸å ³å 容å«å¿äºå¨æ¬ç«è¿è¡æ¥æ¾åã
HEVC开源编解码器HM编译及使用方法
HM (HEVC Test Model)是一个开源软件,用于帮助我们理解HEVC编码标准。它包括编码器TAppEncoder和解码器TAppDecoder,能实现HEVC标准中的所有功能,但性能不如商用编码器。该项目由JVET维护。信阳直播源码本文记录了笔者在Ubuntu下根据HM项目的README,编译并运行一个小demo的过程。
JVET并未将HM托管到GitHub,而是将其托管在gitlab仓库vcgit.hhi.fraunhofer.de...中。我们可以在该页面找到仓库的git URL,然后在Ubuntu中使用git clone命令克隆源代码:
进入代码目录后,创建名为build的文件夹,并进入该文件夹:
在build目录下运行以下指令:
注意,执行上述指令前需要预先安装cmake工具。
执行cmake后,在当前目录下应该会看到一个Makefile,然后我们可以使用make进行编译:
编译过程可能较长:
编译过程中,如果没有错误,几分钟内即可完成。如果读者在编译过程中遇到依赖问题,可以自行搜索并安装,HM的编译过程相对顺利,没有太多难点。
当make的进度达到%时,说明编译完成。最后几行输出表明编译出的可执行文件位于相应位置,可以在“HM/bin/umake/gcc-9.4/x_/release”目录下找到“MCTSExtractor”“parcat”“SEIRemovalApp”“TAppDecoder”“TAppDecoderAnalyser”“TAppEncoder”等可执行文件。
接下来,我们使用TAppEncoder进行测试,将一个未压缩的yuv序列编码成HEVC视频序列。我们使用的是Derf's Test Media Collection数据集中的akiyo视频序列。下载akiyo_cif.y4m文件后,将其与TAppEncoder可执行文件放在同一文件夹中。
在HM项目的doc目录下,有一个名为software-manual.pdf的说明文档,详细介绍了HM软件的使用方法。通过阅读该文档,我们可以了解TAppEncoder通过-c参数指定配置文件,并在项目的cfg目录下找到示例配置文件。我们将其中一个配置文件拷贝到工作目录下,并执行代码。如果出现错误,可能是因为配置文件中没有指定帧率和编码总帧数。这是一个HM项目的小坑,需要仔细调试。
修改配置文件后,再次执行指令,即可正常编码。编码完成后,可以在当前目录下找到输出文件akiyo_hevc.bin,使用PotPlayer播放,显示输入格式为HEVC。但可能存在一些播放异常,需要进一步检查。
我们可以使用开源软件GitlHEVCAnalyzer对akiyo_hevc.bin进行分析,该软件可以显示视频中的CU、PU等单元以及分块信息。
--更新:使用HM的TAppEncoder对akiyo_cif.y4m进行编码时,编码后的视频画面会发生色彩异常和抖动异常。目前,已找到原因并成功解决。在解决此问题之前,我们需要了解y4m文件格式。Y4M是一种保存原始YUV序列的文件封装格式,包含视频属性信息。而HM的TAppEncoder编码器需要接收仅由视频帧组成的像素矩阵数据。因此,直接将akiyo_cif.y4m文件输入到HM编码器中可能导致帧不对齐,造成抖动。解决方法是提取视频每一帧像素矩阵,丢弃视频属性信息,并将它们写入新文件。使用ffmpeg进行视频内容提取后,将得到的akiyo_yuv.yuv文件输入到TAppEncoder中,以相同方式进行编码,即可正常播放视频。
一键自动修改和翻新OC源码,解决苹果审核4.3和马甲问题
自动修改/翻新/混淆/OC/iOS代码,自动替换类名,方法名
由来
网上有很多关于如何混淆iOS源码的方法,但是都不够智能,生成的方法类名要么千奇百怪,要么aaaabbbxxx这种完全毫无意义的名称,要么只能修改单个文件,多个文件根本无法关联,我就想有什么方法可以像真人一样去修改源码,符合语义,不是胡编烂造的方法名,还可以自动修改相关联的文件, 还能自己自定义单词库,于是就有了这个工具。
演示视频
划重点
1. 该工具可以让你一键翻新代码,但是不是生成完整的xcode项目,需要你自己新建一个xcode项目,然后把翻新的文件拖入到新的项目中。
2. 该工具只要是ipa都可以,不限制OC,Swift,Flutter,React Native,H5类app。
3.目前免费使用,免费使用,免费使用,重要的事情说三遍
几个效果展示
使用说明
下载项目,官网下载:IpaGuard官网--IOS 应用程序ipa文件混淆加密保护工具注意:说明中提到的路径均为绝对路径,提到的逗号,都为英文逗号。使用工具运行成功后,需要自己新建OC项目再将修改后的代码与资源文件拖入新建的工程。功能说明:
未来可能添加的功能:说明文档会不定期更新,如遇到问题先检查是否依照说明文档的定义进行配置。
1. 源文件路径/import_path(必选)
OC项目文件路径包含代码文件与资源文件
如下图
2. 导出路径/export_path(必选)
OC项目导出路径。
注意,本工具并不能帮你生成完整的OC项目,只会生成OC代码文件和复制修改项目内部的资源
3. 直接复制的路径/copy_only_pathes(可选)
直接复制,忽略的文件名,多个路径以,逗号隔开
4. 直接复制的文件名(不包含后缀)/copy_only_names(可选)
直接复制,忽略的文件名,不包含后缀
例:UISheetView.h 只需要输入UISheetView,多个文件用, 逗号隔开(注意全半角,逗号为英文逗号)
5. 不进行修改的文件或文件夹/no_change_pathes(可选)
深度读取,但是不会进行更改,如果引入了其他修改了的类,会相应的修改深度读取(说明):会读取文件内部的类比与项目内其他类进行关联例:xxxx/Classes/Models 不想修改,则输入这个文件夹的绝对路径, 如只输入Models,则所有包含名为Models的文件或文件夹都会标记为只读取不修改,多个文件和类用, 逗号隔开(注意全半角,逗号为英文逗号)
6. 不修改的文件或类的前缀名(区分大小写)/no_change_class_prefix_names(可选)
例:不想所有以MJ开头的类或文件,则输入MJ, 多个文件和类用,逗号隔开(注意全半角,逗号为英文逗号)
7. 不修改的文件后缀名(区分大小写)/no_change_class_prefix_names(可选)
如第六条。Model,Info -->不修改以Model,Info为结尾的文件或类
8. 只修改类名的文件名或类名/only_change_clsname_names(可选)
深度读取,只修改类名,不修改内部属性与方法,这个优先级最低,如果之前的条件包含了本参数中的路径,则不生效
9. 只修改类名的文件夹/文件路径/only_change_clsname_pathes(可选)
深度读取,只修改类名,不修改内部属性与方法的文件名,这个优先级最低,如果之前的条件包含了本参数中的路径 则不生效
. 动词词库路径/verbwords_path(可选)
提供单词数组json文件路径 修改的命名逻辑为ABAB型,A为动词,B为名词,例:getMessage
. 名词词库路径/nounwords_path(可选)
提供单词数组json文件路径 修改的命名逻辑为ABAB型,A为动词,B为名词,例:getMessage
. 类名前缀/class_prefix(可选)
给每个类添加的前缀例:MJExtension-> MJ 为前缀, SD_ScrollView-> SD_ 为前缀
. 属性名前缀/property_prefix(可选)
给每个属性添加的前缀例:property(nonatomic, strong) UIViewMJView-> MJ 为前缀, property(nonatomic, strong) UIView SD_View-> SD_ 为前缀
. 需要过滤的方法路径/filter_methods_path(可选)
把你需要过滤的方法写入一个文本文件,然后将该文本路径填入到此项输入框注意事项:其他说明:本工具已经过滤了大多数常用系统方法,大部分情况下不需要配置此项。
. 类名和属性名后缀路径/property_subfix_path(可选)
给每个属性添加的后缀,需要一个配置json文件路径json格式:注意:key一定要与上面一直,否则系统无法读取,工具会遍历数组,为对应的类匹配后缀,在配置改文件时,包含相同字符串的类,需要将类名更长的类放在前面,不然匹配结果会达不到预期。例如:UITableView与UIView,配置时需要将UITableView放在View之前,如上面的例子。
. 为方法名添加介词/add_preposition(可选)
工具内置了所有介词,可选择性添加例:getMessage添加介词后-> getAMessage or getTheMessage具体介词完全随机添加
. 修改分类/change_category(可选)
工具会自动识别分类,可选择是否修改
. 将原代码行作为注释写入/add_original_comments(可选)
由于本工具不保证修改后百分百不报错,将修改过原属性声明和方法名作为注释写入,方便在重建工程后报错与原工程进行对照,建议设置
. 修改方法内部局部变量名/change_local_property(可选)
定义在方法内部的局部变量,可选择是否修改
. 综合配置路径(可选)
json配置文件路径,内部必须为字典,key为说明条目标题后面的英文请注意:配置文件优先级高于输入框输入的规则,配置文件存在时, 输入框输入的配置不生效例:(可直接复制修改)
关于bug
虽然工具本身经过了完整的商业项目的考验,但由于每个人的代码风格不一样,工具不可避免会出现解析不了的情况,开发者建议过滤C语言的文件,与第三方库,减少出错的可能性,还是无法运行成功,你可以发isssue至客服邮箱或根据报错Log自行删减项目文件,其中利弊,自行斟酌。