本文已收录到GitHub, 喜欢的朋友可以Star一下: iOSRegulations
这篇文章, 部分是收集了网上的iOS开发爱好者的代码规范, 以及我自己的理解, 不一定完全满足所有人, 希望多多见谅, 也同样感谢支持我完成这篇文章的朋友.
刚开始写这篇文章的时候, 我无从下手, 直到我朋友给了我一份JAVA的开发文档规范, 我才慢慢有了清晰的思路, 中间迭代了许多版本, 一次次的修改文章的排版, 关键字的高亮, 以及代码的高亮.
一点点的编写, 一次次的修改, 让我对代码规范有了更深刻的理解, 曾经有人说过, 印度人写代码, 100个人所写的, 看起来像一个人所写的, 不是说印度阿三开挂了, 是他们遵循了一个规范, 无规矩不成方圆, 也就是这个道理.最后:
如果你有更好的建议或者对这篇文章有不满的地方, 请联系我, 我会参考你们的意见再进行修改, 联系我时, 请备注iOS代码规范文档
, 祝大家学习愉快~谢谢~
Cain(罗家辉)
[email protected]: 联系方式
350116542: 腾讯QQ
@(Reading Preface)
- 在阅读代码规范之前,必须先去下载两个插件<XAlign, VVDocumenter>。
- 文档的目的是描述一些关于iOS编程的标准和惯例,并指导编写稳定的iOS代码。
- 这些都是基于健全的、充分证明过的软件工程基础上的,并使得代码容易理解、维护和增。
- 更重要的是,遵循这些规则,iOS开发人员的编程效率将会显著的得到提高。
- 因为不必花费时间来重新编写代码,而是更容易的在开发过程中,对代码进行修改。
- 最后,遵循这些规则,可以保持代码的连续性和粘性,提升开发组的效率。
@(Code)[Standard]
Controller
或者一个Class
中需要用到不同的类和Define
时, 我们应当把#import
划分.
- 划分原则: 哪个
Controller
或者Class
是本Controller
或者Class
的次级就放在一起, 公共Controller
或Class
就与之前的空一行, 紧跟着下面.
比如:
#import "AspManageServicePasswordViewController.h"
#import "AspResetServicePasswordViewController.h"
#import "AspServicePasswordView.h"
#import "NorNavShareView.h"
#import "AppDelegate.h"
#import "BCTabBarView.h"
#import "ModifyPwdViewController.h"
#import "AspLoginVC.h"
#define
时, 必须要以数值对齐.比如:
#define kLabelSize 20
#define kLabelMargins 20
#define kConfirmBottom 63
错误写法:
#define kLabelSize 20
#define kLabelMargins 20
#define kConfirmBottom 63
#define
定义预编译宏时, 应当把宏定义成全部大写字母, 且与“_”
分隔, 此方法是苹果官方所推荐.比如:
#define NS_AVAILABLE(_mac, _ios) CF_AVAILABLE(_mac, _ios)
#define NS_AVAILABLE_MAC(_mac) CF_AVAILABLE_MAC(_mac)
#define NS_AVAILABLE_IOS(_ios) CF_AVAILABLE_IOS(_ios)
错误写法:
#define kCancelBottom 25
#define kCancelHeight 44
#define kCancelMargins 25
#define
来进行声明常量或运算.比如:
#define kTableViewHeight 300
#define kTableViewCellHeight label.height + view.height
错误写法:
- (void)viewDidLoad {
[super viewDidLoad];
self.tableView.frame = CGRectMake(0, 64, 320, 660);
}
#define
.比如:
#define AspScreenWidth ([[UIScreen mainScreen] bounds].size.width)
#define kTableViewHeight 300
#define NAV_VIEW_HEIGHT 64
- (void)viewDidLoad {
[super viewDidLoad];
self.tableView.frame = CGRectMake(0, NAV_VIEW_HEIGHT, AspScreenWidth, kTableViewHeight);
}
错误写法:
- (void)viewDidLoad {
[super viewDidLoad];
self.tableView.frame = CGRectMake(0, 64, 320, 660);
}
#pragma mark
时紧挨着方法名, 且与上一个方法的间距为1空行.比如:
- (void)mineViewModel {
// Code Body
}
#pragma mark - TableViewRefresh
- (void)pulldownRefresh:(AspTableView *)tableView {
[self.mineViewModel requestDataWithSuccess:nil failure:nil];
}
错误写法:
- (void)mineViewModel {
// Code Body
}
#pragma mark - TableViewRefresh
- (void)pulldownRefresh:(AspTableView *)tableView {
[self.mineViewModel requestDataWithSuccess:nil failure:nil];
}
- (void)mineViewModel {
// Code Body
}
#pragma mark - TableViewRefresh
- (void)pulldownRefresh:(AspTableView *)tableView {
[self.mineViewModel requestDataWithSuccess:nil failure:nil];
}
#pragma mark
加注释来导航代码.比如:
#pragma mark - Some Mothed
- (void)someMothedOne;
- (void)someMothedTwo;
- (void)someMothedThree;
错误写法:
#pragma mark -
- (void)someMothedOne;
- (void)someMothedTwo;
- (void)someMothedThree;
- (void)someMothedOne;
- (void)someMothedTwo;
- (void)someMothedThree;
@Interface
里遵循的Delegate
, 或者是DataSource
方法, 必须以,
间隔, 且空一格.比如:
@interface AspEasyOwnResetPasswordViewController () <UITextFieldDelegate, MBAlertViewDelegate, UITableVIewDelegate, UITextViewDelegate, UIAlertViewDelegate, UITableViewDataSource>
错误写法:
@interface AspEasyOwnResetPasswordViewController()<UITextFieldDelegate,MBAlertViewDelegate>
@interface
里声明变量时, 我们应该根据内存管理关键字来划分模块, 且以 “*”
分类对齐(基础数据类型除外).比如:
@interface AspResetServicePasswordViewController () <UITextFieldDelegate, MBAlertViewDelegate>
@property (nonatomic, strong) AspRetrievePasswordView *retrievePassword;
@property (nonatomic, strong) UITextField *foucsTextField;
@property (nonatomic, copy) NSString *brandName;
@property (nonatomic, copy) NSString *brandType;
@property (nonatomic, assign) NSTimer *timer;
@property (nonatomic, assign) NSInteger zeroCount;
@property (nonatomic, assign) NSInteger verificationCode;
@end
错误写法:
@property (nonatomic, strong) NSDictionary *everyDataDic;
@property (nonatomic, copy) NSString *timeStr;
@property (nonatomic, strong) UILabel *timeLabel;
@property (nonatomic, strong) UILabel *titleLabel;
@property (nonatomic, strong) SHLineGraphView *lineGraph;
@interface
里声明@property
需要把nonatomic
放在前(使用xib的除外)
, strong
等内存关键字放在后, 且“()”
前后各空一格.比如:
@property (nonatomic, strong) UILabel *unitLabel;
@property (nonatomic, strong) UIImageView *bgView;
@property (nonatomic, strong) NSMutableArray *dayDataObjects;
错误写法:
@property ( nonatomic, retain ) UIScrollView* navScrollView;
@property ( nonatomic, retain ) NSMutableArray* ItemBtns;
@synthesize
关键字, @property
已经自动帮我们声明了Setter
和Getter
方法, 如有特殊需求可重写Setter
方法, 所以不需要再使用@synthesize
.错误写法:
@implementation FreeExperienceView
@synthesize segment = _segment;
@synthesize dataInfo = _dataInfo;
@synthesize delegate = _delegate;
@synthesize MyEXPView = _MyEXPView
@synthesize canEXPView = _canEXPView;
@synthesize isRefresh = _isRefresh;
“=”
赋值, 必须以“=”
对齐, 如果以“[]”
赋值, 必须以开头第一个“[”
对齐.比如:
- (void)setTextFieldDelegate:(id<UITextFieldDelegate>)textFieldDelegate {
self.phoneTextFieldOne.delegate = textFieldDelegate;
self.phoneTextFieldTwo.delegate = textFieldDelegate;
self.phoneTextFieldThree.delegate = textFieldDelegate;
self.reviewPassword.delegate = textFieldDelegate;
self.confirmPassword.delegate = textFieldDelegate;
}
错误写法:
- (void)setTextFieldDelegate:(id<UITextFieldDelegate>)textFieldDelegate {
self.phoneTextFieldOne.delegate = textFieldDelegate;
self.phoneTextFieldTwo.delegate = textFieldDelegate;
self.phoneTextFieldThree.delegate = textFieldDelegate;
self.reviewPassword.delegate = textFieldDelegate;
self.confirmPassword.delegate = textFieldDelegate;
}
(特殊情况除外)比如需要局部声明的AVFoundation
.比如:
- (void)customFunction {
Person *person = [[Person alloc] init];
person.name = @"xiaoming";
person.age = 17;
Car *newCar = [[Car alloc] init];
newCar.name = @"保时捷";
}
错误写法:
- (void)customFunction {
Person *person = [[Person alloc] init];
person.name = @"xiaoming";
person.age = 17;
Car *newCar = [[Car alloc] init];
newCar.name = @"保时捷";
}
“;”
与前面代码空格.比如:
- (void)customFunction:(NSString *)someName {
self.userName = someName;
}
错误写法:
- (void)customFunction:(NSString *)someName {
self.userName = someName ;
}
Type
与*
必须空格.比如:
NSString *userName = (NSString *)student;
错误写法:
NSString *userName = (NSString *) student;
NSDictionary
里的Key
: Value
数量大于或者等于2时, 应拆分为多行显示, 并以 ":"
对齐.比如:
NSDictionary *people = @{@"xiaoming" : 18,
@"xiaohong" : 19,
@"xiaowang" : 20};
错误写法:
NSDictionary *people = @{@"xiaoming":18,@"xiaohong":19,@"xiaowang":20};
NSArray
里的元素数量大于或者等于2时, 应拆分为多行显示, 并以第一个元素对齐.比如:
NSArray *nameArray = @[@"小明",
@"小红,
@"小王"];
错误写法:
NSArray *nameArray = @[@"小明",@"小红",@"小王"];
“-”
与“(type)”
必须空一格, 且后面的参数类型与“*”
也必须空一格.比如:
- (void)customFunction {
// Code Body
}
错误写法:
-(void)customFunction {
// Code Body
}
-(void) customFunction {
// Code Body
}
比如:
- (instancetype)initWithFrame:(CGRect)frame {
if (self = [super initWithFrame:frame]) {
//Code Body
}
return self;
}
- (void)customFunction {
//Code Body
}
错误写法:
- (instancetype)initWithFrame:(CGRect)frame {
if (self = [super initWithFrame:frame]) {
//Code Body
}
return self;
}
- (void)customFunction {
//Code Body
}
- (instancetype)initWithFrame:(CGRect)frame {
if (self = [super initWithFrame:frame]) {
//Code Body
}
return self;
}
- (void)customFunction {
//Code Body
}
比如:
- (void)viewDidLoad {
[super viewDidLoad];
// Code Body
}
错误写法:
- (void)viewDidLoad {
[super viewDidLoad];
// Code Body
}
- (void)customFunction {
[self customFunction];
// Code Body
}
(包括if-else和for-in)
, 必须换行.比如:
- (void)mineViewModel {
[self customFunction]
}
错误写法:
- (void)mineViewModel {
[self customFunction]
}
比如:
- (NSString *)iconImageName {
return @"icon_nav5";
}
错误写法:
- (NSString *)iconImageName {
return @"icon_nav5";
}
比如:
- (void)replaceObjectsInRange:(NSRange)range
withObjectsFromArray:(NSArray<ObjectType> *)otherArray
range:(NSRange)otherRange;
错误写法:
- (void)replaceObjectsInRange:(NSRange)range withObjectsFromArray:(NSArray<ObjectType> *)otherArray range:(NSRange)otherRange;
比如:
- (void)showView {}
错误写法:
- (void)showView {
}
- (void)showView {
}
if-else
判断, 我们应该使用结构清晰的排版方式, if-else
语句与方法名空行, 与return
语句可以不用空行.比如:
- (instancetype)initWithFrame:(CGRect)frame {
if (self = [super initWithFrame:frame]) {
// code body
}
return self;
}
错误写法:
- (instancetype)initWithFrame:(CGRect)frame {
if (self = [super initWithFrame:frame]) {
// code body
}
return self;
}
if-else
内部也必须跟着空行, 在else
之后的"}"
可不空行.比如:
- (void)viewDidLoad {
[super viewDidLoad];
if (age < 0) {
// Code Body
}
}
错误写法:
- (void)viewDidLoad {
[super viewDidLoad];
if (age < 0) {
// Code Body
}
}
if-else
超过四层的时候, 就要考虑重构, 多层的if-else
结构很难维护.比如:
- (void)viewDidLoad {
[super viewDidLoad];
if (condition) {
// Code Body
} else if (condition){
// Code Body
} else if (condition){
// Code Body
} else if (condition){
// Code Body
} else if (condition){
// Code Body
} else if (condition){
// Code Body
} else {
// Code Body
}
}
if-else
, 当某个场景只需满足一个条件才能进入if-else
时, 应该把if-else
抽成一个模块.比如:
- (void)viewDidLoad {
[super viewDidLoad];
if (age < 0) {
NSLog(@"这是错误的年龄");
return;
}
NSLog(@"现在时%ld岁", (long)age):
}
错误写法:
- (void)viewDidLoad {
[super viewDidLoad];
if (age < 0) {
NSLog(@"这是错误的年龄");
} else {
NSLog(@"现在时%ld岁", (long)age):
}
}
if-else
时必须加"{}"
符号, 如果存在else
时, 必须加{}
比如:
- (void)customFunction {
if (condition) {
// Code Body
} else {
// Code Body
}
}
错误写法:
- (void)customFunction {
if (condition) // Code Body
else // Code Body
}
- (void)customFunction {
if (condition) // Code Body
// Code Body
}
if-else
中, ()
中的条件, 不需要与左右两边的()
空格, 且{}
与前一个)
空格比如:
- (id)initWithFrame:(CGRect)frame {
self = [super initWithFrame:frame];
if (self){
[self setBackgroundColor:TRAFFICDETAILBACGROUNDCOLOR];
if (!_ItemBtns) {
_ItemBtns = [[NSMutableArray alloc] init];
}
_mnScrollViewWidth = kWidthToFit(94);
self.colorNoSel = UIColorFromRGB(0xdee6ea);
self.colorSel = UIColorFromRGB(0xcdd0d2);
[self addSubview:self.navScrollView];
}
return self;
}
错误写法
- (id) initWithFrame:(CGRect)frame {
self = [super initWithFrame:frame];
if ( self )
{
[self setBackgroundColor:TRAFFICDETAILBACGROUNDCOLOR];
if ( !_ItemBtns ) {
_ItemBtns = [[NSMutableArray alloc] init] ;
}
_mnScrollViewWidth = kWidthToFit(94);
self.colorNoSel = UIColorFromRGB(0xdee6ea) ;
self.colorSel = UIColorFromRGB(0xcdd0d2) ;
[self addSubview:self.navScrollView];
}
return self;
}
"for(for-in)"
, 在"for(for-in)"
内, 必须和上文的"if-else"
一样空行, 与return
语句可不空行.比如:
- (void)customFunction {
for (NSInteger i = 0; i < 10; i++) {
// code body
}
}
错误写法:
- (void)customFunction {
for (NSInteger i = 0; i < 10; i++) {
// code body
}
}
"for(for-in)"
中, 里面的参数必须严格按照上文所示的实例规范
来声明, 且是兼容64位的类型.比如:
- (void)viewDidLoad {
[super viewDidLoad];
for (NSInteger i = 0; i < 10; i++) {
// code body
}
}
错误写法:
- (void)viewDidLoad {
[super viewDidLoad];
for (NSInteger i=0;i<10;i++) {
// code body
}
}
"for(for-in)"
, 如果该"for(for-in)"
是在函数的第一句, 必须和上文的"if-else"
一样空行, 与return
语句可不空行.比如:
- (void)customFunction {
for (NSInteger i = 0; i < 10; i++) {
// code body
}
}
错误写法:
- (void)customFunction {
for (NSInteger i = 0; i < 10; i++) {
// code body
}
}
Block
时, 与if-else
或者for-in
不太一样, Block
第一行与代码块必须得空行, 无论方法是否是系统自带的.比如:
- (void)customFunction {
[className blockName:^(parameter) {
// Code Body
}];
}
错误写法:
- (void)customFunction {
[className blockName:^(parameter) {
// Code Body
}];
}
"!"
非运算符, "&"
安位与, "|"
安位或.比如:
BOOL isOpen = YES;
BOOL isClose = !isOpen;
错误写法:
BOOL isOpen = YES;
BOOL isClose = ! isOpen;
BOOL isOpen=YES;
BOOL isClose=!isOpen;
"="
左右各留一个空格.比如:
self.myString = @“mySring”;
错误写法:
self.myString=@"myString";
"?"
结果符":"
比如:
NSInteger userAge = @"Man" ? 18 : 19;
错误写法:
NSInteger userAge = @"Man"?18:19;
Variable /Class /Define /Notes
, 禁止使用拼音命名, 不建议建议使用缩写.比如:
NSString *userName = @"小明";
错误写法:
NSString *uName = @"小明";
“=”
对齐, 禁止夸域命名. 比如:
NSString *userName = @"小明";
NSInteger userAge = 18;
CGFloat userHeight = 170.0f;
错误写法:
NSString *uName = @"小明";
NSInteger uAge = 18;
CGFloat uHeight = 170.5f;
Apple
推荐的驼峰命名方式来编写代码, 方法开头第一个字母必须小写(特殊命名除外), 禁止使用随性的命名方式.比如:
- (CGPoint)convertPoint:(CGPoint)point toView:(nullable UIView *)view;
错误写法:
- (CGPoint)ConverTPoint:(CGPoint)POINT ToView:(nullable UIView *)view;
Apple
推荐的短句命名法命名且第一个字母必须小写, 这样子做, 可以省略再注释处理.比如:
@property (readonly, copy) NSString *decomposedStringWithCanonicalMapping;
@property (readonly, copy) NSString *precomposedStringWithCanonicalMapping;
@property (readonly, copy) NSString *decomposedStringWithCompatibilityMapping;
@property (readonly, copy) NSString *precomposedStringWithCompatibilityMapping;
错误写法:
@property (readonly, copy) NSString *uName;
@property (readonly, assign) NSInteger *uAge;
@property (readonly, assign) CGFloat *uHeight;
"i"
, "j"
等无意义的字符命名, 类的命名首字母大写, 其他变量的命名首字符小写.比如:
@interface People : SuperClassName
@end
错误写法:
@interface people : SuperClassName
@end
@interface ren : SuperClassName
@end
比如:
@property (nonatomic, copy) void(^aspWebNavigationRightBtnBlock)(parameter);
错误写法:
@property (nonatomic, copy) void(^aspWNavRBBlock)(parameter);
for-in
时, 其中的参数需要根据对应的元素进行一一对应来命名.比如:
NSArray *numberArray = @[@1, @2, @3, @4, @5 , @6, @7, @8, @9];
for (id number in numberArray) {
NSLog(@"%@", number);
}
错误写法:
NSArray *numberArray = @[@1, @2, @3, @4, @5 , @6, @7, @8, @9];
for (id item in numberArray) {
NSLog(@"%@", item);
}
NSArray *numberArray = @[@1, @2, @3, @4, @5 , @6, @7, @8, @9];
for (id abc in numberArray) {
NSLog(@"%@", item);
}
@(AutoLayout)[Masonry]
在项目开发中, 我们经常会遇到View
需要布局的情况, 通常我们会使用frame
, size
, center
, bounds
等属性去给View
布局, 而且还需要我们给每个设备的屏幕一一对应的适配计算, 界面布局所花的代码量等同于业务的三分之一, 而且还不容易理解.
但这个问题在2011之后就已经被解决了, 当时Apple
引用了Cassowary constraint-solving
算法, 并将这个算法命名为AutoLayout
, 可以在绝大多数的情况下, 完美的解决屏幕适配的问题, 而且AutoLayout
的黑魔法还不止于此, 想知道更多的同学可以去查查资料AutoLayout, 了解更多的黑魔法.
随着Apple
逐渐的完善, 许多iOS
开发者纷纷推出了自己封装的AutoLayout
库, 其中Masonry就是众多AutoLayout
库之一, 为什么这里只推荐Masonry
, 同学们自己去百度一下就明白了, 在GitHub
里英文的使用手册, 如果你需要中文使用手册的话, 这里也可以提供Masonry中文使用手册
注意: 在工程中禁止使用
Xib
, 禁止在StoryBoard
拖入任何控件, 且StoryBoard
只可作为项目架构所使用.
@(Project Framework)[MVVM]
MVC
是一种使用MVC(Model View Controller 模型-视图-控制器)
, 有几大优点:
- 耦合性低: 视图层和业务层分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码,同样,一个应用的业务流程或者业务规则的改变只需要改动
MVC
的模型层即可。因为模型与控制器和视图相分离,所以很容易改变应用程序的数据层和业务规则。
- 重用性高: 随着技术的不断进步,需要用越来越多的方式来访问应用程序。而
MVC
则可以在同一个模块下, 多个应用去访问, 不需要再去重写。
- 生命周期成本低:
MVC
使开发和维护用户接口的技术含量降低。
- 部署快: 使用
MVC
模式使开发时间得到相当大的缩减,它使程序员集中精力于业务逻辑,界面程序员集中精力于表现形式上。
- 可维护性高: 分离视图层和业务逻辑层也使得应用更易于维护和修改。
- 有利软件工程化管理: 由于不同的层各司其职,每一层不同的应用具有某些相同的特征,有利于通过工程化、工具化管理程序代码。
当然MVC
也有它的缺点:
- 没有明确的定义: 完全理解
MVC
并不是很容易。使用MVC
需要精心的计划,由于它的内部原理比较复杂,所以需要花费一些时间去思考。同时由于模型和视图要严格的分离,这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。
- 不适合小型,中等规模的应用程序: 花费大量时间将
MVC
应用到规模并不是很大的应用程序通常会得不偿失。
- 增加系统结构和实现的复杂性: 对于简单的界面,严格遵循
MVC
,使模型、视图与控制器分离,会增加结构的复杂性,并可能产生过多的更新操作,降低运行效率。
- 视图与控制器间的过于紧密的连接: 视图与控制器是相互分离,但却是联系紧密的部件,视图没有控制器的存在,其应用是很有限的,反之亦然,这样就妨碍了他们的独立重用。
- 视图对模型数据的低效率访问: 依据模型操作接口的不同,视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问,也将损害操作性能。
- 一般高级的界面工具或构造器不支持模式: 改造这些工具以适应
MVC
需要和建立分离的部件的代价是很高的,会造成MVC
使用的困难。
结构图:
MVVM
模式和MVC
模式一样,主要目的是分离视图View
和模型Model
,有几大优点
- 低耦合: 视图
View
可以独立于Model
变化和修改,一个ViewModel
可以绑定到不同的View
上,当View
变化的时候Model
可以不变,当Model
变化的时候View
也可以不变。
- 可重用性: 你可以把一些视图逻辑放在一个
ViewModel
里面,让很多View
重用这段视图逻辑。
- 独立开发: 开发人员可以专注于业务逻辑和数据的开发
ViewModel
,设计人员可以专注于页面设计,使用Expression Blend
可以很容易设计界面并生成XAML
代码。
- 可测试: 界面素来是比较难于测试的,而现在测试可以针对
ViewModel
来写。
- 结构: 通常
MVVM
架构图如图所示, 且开头首字母为大写
文章浏览阅读516次。6月23日,中国抗衰老促进会康养产业分会成立大会在京举行。原国家卫生部副部长孙隆椿、原总后卫生部部长李深、中国抗衰老促进会法人理事长刘仁富,副理事长朱怡霖、北京师范大学系..._中国抗衰老促进会证书含金量
文章浏览阅读360次。 There is a problem happen when download firmware to the LPC2214 with JFlash v3.42b, the unit will not be turned on when power is on. But the download will be ok when I use JFlash v4.02 and v4.08, t_jflash checksum
文章浏览阅读4.1k次。今天测试使用UMP播放网络摄像头的数据。处理截图的时候发现,显示摄像头图像的RawImage里面的图片保存不出来。研究了很久才发现这个时候里面的texture数据应该是不可读,所以直接使用EncodeToJPG()函数没有用。需要把这个Texture2D的数据转成可读的,方法如下// 复制出可读的Texture2D private Texture2D CopyT2DToWrite(Texture2D source) { // 先把Texture2D转成临时的_argumentexception: texture2d.getpixels: texture data is either not readable,
文章浏览阅读7k次。之前早已调通的接口,因有新业务叠加新增了一些数据字段,之后再次调试接口的时候请求等待延迟至设定超时时间后出现了如下异常:[discovery] errors encountered while discovering extensions: Error Domain=PlugInKit Code=13 "query cancelled" U..._kcferrordomaincfnetwork code=-1001
文章浏览阅读2.5w次,点赞26次,收藏148次。汇编语言程序,十六进制转换为二进制_十六进制转二进制小程序
文章浏览阅读364次。1279 扔盘子题目来源: Codility基准时间限制:1 秒 空间限制:131072 KB 分值: 10 难度:2级算法题 收藏 关注有一口井,井的高度为N,每隔1个单位它的宽度有变化。现在从井口往下面扔圆盘,如果圆盘的宽度大于井在某个高度的宽度,则圆盘被卡住(恰好等于的话会下去)。盘子有几种命运:1、掉到井底。2、被卡住_51nod - 1279
文章浏览阅读5.9k次,点赞6次,收藏7次。编者有言:本书由资深数据库连接池专家撰写,褚霸、德哥、张亮、吴晟等近10位专家高度评价,从设计思想、功能使用、原理实现、工程实践、技术扩展5个维度对HikariCP进行全面讲解和深入分析..._hikaricp 重连次数
文章浏览阅读6.7k次。选择mysql记录上一条,下一条sql语句,完成列表排序上移,下移,置顶功能!设置一个rank为之间戳,通过选择上移,就是将本记录与上一条记录rank值交换,下移就是将本条记录与下一条记录rank值交换,置顶就是将本记录与rank值最小的记录交换_mysql上一条下一条功能实现
文章浏览阅读673次,点赞2次,收藏4次。1. keras中生成tensorboard日志信息 由于tensorboard日志是记录并且可视化训练过程的各个指标和权重信息的,所以需要通过回调函数来实现训练过程中的记录,然后将相应的回调函数传给模型的fit方法即可。如下所示,tf.keras.callbacks中有现成的回调函数,然后将其传给fit方法的callback参数即可。训练完成后就会在logdir目录下生成相应的信息文件。log_dir = "logs/fit/" + datetime.datetime.n..._访问tensorboard的url post
文章浏览阅读2.7w次,点赞10次,收藏112次。本文介绍git冲突产生原因,详细介绍两种冲突的解决步骤(图文详细说明),包括merge冲突、push/pull冲突两种冲突类型的详细解决步骤_git解决冲突
文章浏览阅读791次,点赞11次,收藏12次。java项目开发完成,部署上线,进入项目运维阶段,日常工作需要准备哪些资料和文档?当项目上线后,运行一段时间,或多或少会遇到一些运维上的问题,比如服务器磁盘饱满,服务器CPU,内存使用率过高,应用存在安全漏洞,应用报错,临时需求编个变更等等。诸多问题。那么若想快速响应,平时就需要准备好与项目运维相关的文档和资料。我总结了以下一些内容。_项目运维文档
文章浏览阅读175次。树是一种重要的非线性数据结构,它具有层级关系,由一组以边连接的节点组成。树有许多不同的分类和应用场景,每种树的类型都有其特定的特点和用途。了解树的基本概念和常见的树的分类,有助于我们在实际问题中选择合适的数据结构和算法,提高程序的效率和性能。_树的应用场景