class ApprovalFlow(models.Model): _name = 'approval.flow' _description = u'审批流程' def _compute_domain(self): all_cls = inspect.getmembers(sys.modules[__name__], inspect.isclass) odoo_cls = [getattr(cls[1], '_name') for cls in all_cls if cls[1].__bases__[0].__name__ == 'Model'] # 排除当前的对象 odoo_cls += [model.model for model in self.env['ir.model'].search([('transient', '=', True)])] # 排除临时对象 return [('model', 'not in', odoo_cls)] name = fields.Char(u'名称') model_id = fields.Many2one('ir.model', u'模型', domain=_compute_domain, index=1) model_name = fields.Char(related="model_id.model", string='模型名称') condition = fields.Char(u'条件', help=u'请遵循odoo的domain的写法,如:[("field_name", "=", value)]',store=True) on_create = fields.Boolean(u'创建时', default=False, help=u'记录创建时创建审批流程') company_ids = fields.Many2many('res.company', 'approval_flow_company_rel', 'flow_id', 'company_id', u'适用公司', default=lambda self: [self.env.company.id]) node_ids = fields.One2many('approval.flow.node', 'flow_id', u'流程节点', copy=False) action_ids = fields.One2many('approval.flow.node.action', 'flow_id', u'节点动作', copy=False) commit_approval_group_id = fields.Many2one('res.groups', u'提交审批组', help=u'执行提交审批的组,如果未指定,则记录所属公司的所有用户都可以提交审批') approval_can_run_id = fields.Many2one('execute.function.list', u'完成后能执行方法', help=u'审批流程完成后才能执行的功能,比如确认订单等') approval_can_run = fields.Char(u'完成后能执行方法', help=u'审批流程完成后才能执行的功能,比如确认订单等',related='approval_can_run_id.fun_name',store=True) approval_cannot_run_id = fields.Many2many('execute.function.not.list', 'function_not_rel', u'完成后不能执行操作', help=u'审批流程完成后不能能执行的操作,修改,删除') approval_cannot_run = fields.Char(u'完成后不能执行操作', help=u'审批流程完成后不能能执行的操作,修改,删除',store=True) def unlink(self): audit = self.env['approval.flow'] for record in audit: if record.approval_can_run_id == '删除': raise UserError("不能删除") return super(Rokedispatchordermanagement, self).unlink() 重新删除方法不能删除approval_can_run_id值等于删除的怎么写

时间: 2023-12-27 09:03:44 浏览: 138
您可以这样重新编写 `unlink` 方法: ```python def unlink(self): for record in self: if record.approval_can_run == '删除': raise UserError("不能删除") return super(ApprovalFlow, self).unlink() ``` 这里需要注意的是,在 `for` 循环中的 `self` 已经是 `approval.flow` 记录集了,不需要再定义一个 `audit` 变量。同时,您需要判断 `approval_can_run` 而不是 `approval_can_run_id`,因为 `approval_can_run` 才是存储了实际值的字段。
相关问题

class ApprovalFlow(models.Model): _name = 'approval.flow' _description = u'审批流程' def _compute_domain(self): all_cls = inspect.getmembers(sys.modules[__name__], inspect.isclass) odoo_cls = [getattr(cls[1], '_name') for cls in all_cls if cls[1].__bases__[0].__name__ == 'Model'] # 排除当前的对象 odoo_cls += [model.model for model in self.env['ir.model'].search([('transient', '=', True)])] # 排除临时对象 return [('model', 'not in', odoo_cls)] name = fields.Char(u'名称') model_id = fields.Many2one('ir.model', u'模型', domain=_compute_domain, index=1) model_name = fields.Char(related="model_id.model", string='模型名称') condition = fields.Char(u'条件', help=u'请遵循odoo的domain的写法,如:[("field_name", "=", value)]',store=True) class RokedispatchordermanagementPriceApprove(models.Model): _name = 'roke.dispatch.order.management.price.approve' _inherit = ['mail.thread', 'mail.activity.mixin'] _description = "派船单应付审核" _rec_name = "code" order_id = fields.Many2one('roke.dispatch.order.management', string='派船单', ondelete='cascade') code = fields.Char(string='单据编号', store=True, related='order_id.code') class Rokedispatchordermanagement(models.Model): _name = 'roke.dispatch.order.management' _inherit = ['mail.thread', 'mail.activity.mixin'] _description = "派船单" _rec_name = "code" client = fields.Many2one('roke.partner', string='客户', tracking=True, required=True,) department_manager = fields.Many2one('res.users', string='创建人', tracking=True, default=lambda self: self.env.user.id) box_number = fields.Char(string='箱号') shipping_companies = fields.Char(string='船公司') field_station = fields.Char(string='场站') ship_name_voyage = fields.Char(string='船名航次') port_of_discharge = fields.Char(string='卸货港') box_type = fields.Many2one('roke.box.type', string='箱型') code = fields.Char(string='单据编号', track_visibility='onchange') 派传单应付审核表提交审核在审批流程的条件里面有记录同时如果选择完成之后不能删除派船单这条审批通过的不能删除要重新写删除方法怎么写

首先,在 ApprovalFlow 类中的 _compute_domain 方法中,通过 inspect.getmembers 方法获取当前模块中所有的类,然后筛选出继承自 Model 类的类,并将其对应的模型名存储在 odoo_cls 列表中。同时,通过查询 ir.model 模型获取所有的临时对象,并将其对应的模型名也存储在 odoo_cls 列表中。最后,将所有不在 odoo_cls 列表中的模型名作为 domain 返回,以在创建 ApprovalFlow 对象时限制模型选择范围。 其次,在 RokedispatchordermanagementPriceApprove 类中,使用了 _inherit 属性继承了 mail.thread 和 mail.activity.mixin 两个类,使得该模型具有邮件和活动的功能。同时,该模型关联了 Rokedispatchordermanagement 模型,并且定义了一个 code 字段,用于存储派船单的单据编号。 最后,在 Rokedispatchordermanagement 类中,定义了派船单的各个字段,其中包括一个 code 字段用于存储单据编号。如果要在审批通过后禁止删除,可以在 RokedispatchordermanagementPriceApprove 类中重载 unlink 方法,在其中判断当前记录是否已经通过审批,如果通过审批则不允许删除,否则可以删除。代码示例如下: ```python class RokedispatchordermanagementPriceApprove(models.Model): ... def unlink(self): for rec in self: if rec.state == 'approved': raise UserError("已通过审批的记录不能删除!") return super(RokedispatchordermanagementPriceApprove, self).unlink() ``` 需要注意的是,在上述代码中,假设该模型有一个 state 字段用于记录当前记录的状态,当 state 等于 approved 时表示已经通过审批。如果没有 state 字段,需要根据实际情况进行修改。另外,如果其他模型也需要在审批通过后禁止删除,可以类似地在对应的模型中重载 unlink 方法。

class ApprovalFlow(models.Model): _name = 'approval.flow' _description = u'审批流程' approval_cannot_run_id = fields.Many2many('execute.function.not.list', 'function_not_rel', u'完成后不能执行操作', help=u'审批流程完成后不能能执行的操作,修改,删除') class Rokedispatchordermanagement(models.Model): _name = 'roke.dispatch.order.management' _inherit = ['mail.thread', 'mail.activity.mixin'] _description = "派船单" _rec_name = "code" client = fields.Many2one('roke.partner', string='客户', tracking=True, required=True, ) department_manager = fields.Many2one('res.users', string='创建人', tracking=True, default=lambda self: self.env.user.id) box_number = fields.Char(string='箱号') shipping_companies = fields.Char(string='船公司') field_station = fields.Char(string='场站') ship_name_voyage = fields.Char(string='船名航次') port_of_discharge = fields.Char(string='卸货港') box_type = fields.Many2one('roke.box.type', string='箱型') code = fields.Char(string='单据编号', track_visibility='onchange') def unlink(self): audit = self.env['approval.flow'] for record in audit: if record.approval_can_run_id == '删除': raise UserError("不能删除") return super(Rokedispatchordermanagement, self).unlink() approval.flow模型在另一个文件中在roke.dispatch.order.management重新删除方法不能删除approval_can_run_id值等于删除的

根据你的代码,我理解您想要在删除Rokedispatchordermanagement模型的记录之前,检查approval_can_run_id值是否等于“删除”,如果是,则不允许删除。但是,您的代码中有几个错误。 首先,您需要将“unlink”方法的重写代码放在“Rokedispatchordermanagement”模型中,而不是在“approval.flow”模型中。 其次,您应该在每个记录上检查approval_can_run_id的值,而不是在“approval.flow”模型上进行操作。您可以使用“self”关键字来引用当前记录。 最后,您需要使用“in”运算符来检查approval_can_run_id是否包含“删除”值,而不是使用“==”运算符来比较。 下面是更正后的代码: ``` class Rokedispatchordermanagement(models.Model): _name = 'roke.dispatch.order.management' _inherit = ['mail.thread', 'mail.activity.mixin'] _description = "派船单" _rec_name = "code" client = fields.Many2one('roke.partner', string='客户', tracking=True, required=True) department_manager = fields.Many2one('res.users', string='创建人', tracking=True, default=lambda self: self.env.user.id) box_number = fields.Char(string='箱号') shipping_companies = fields.Char(string='船公司') field_station = fields.Char(string='场站') ship_name_voyage = fields.Char(string='船名航次') port_of_discharge = fields.Char(string='卸货港') box_type = fields.Many2one('roke.box.type', string='箱型') code = fields.Char(string='单据编号', track_visibility='onchange') def unlink(self): for record in self: if '删除' in record.approval_can_run_id.mapped('name'): raise UserError("不能删除") return super(Rokedispatchordermanagement, self).unlink() ``` 这个更正后的代码应该可以达到您想要的效果。
阅读全文

相关推荐

def write(self, vals): audit = self.env['approval.flow'].search([('approval_cannot_run_id', '=', '修改')]) value_list = list(vals.keys()) receive_list = [] value_list_not_in_receive_list = [i for i in value_list if i not in receive_list] value_list = value_list_not_in_receive_list # 应付 dispatch_number = 0 dispatch_id = self.env['roke.dispatch.order.management.price.approve'].search([('order_id.id', '=', self.id)]) dispatch_list = ['value03', 'value04', 'value05', 'value06', 'value07', 'value08'] if dispatch_id: for rec in value_list: for dispatch_list_id in dispatch_list: if rec == dispatch_list_id: if dispatch_id.approval_status != '未提' and dispatch_id.approval_status != '驳回': raise UserError("应付费用已开始审核不允许修改") value_list_not_in_dispatch_list = [i for i in value_list if i not in dispatch_list] value_list = value_list_not_in_dispatch_list dispatch_number = 1 break if dispatch_number: break # 基础 base_number = 0 base_list = ['client', 'department_manager', 'box_number', 'shipping_companies', 'field_station', 'ship_name_voyage', 'port_of_discharge', 'box_type', 'code', 'bill__of_lading_number', 'departure_date', 'lead_sealing', 'booking_time', 'date_of_pick_up', 'encore_date', 'set_port_date', 'estimated_range', 'destination_port_arrival_time'] if value_list: for rec in value_list: for base_list_id in base_list: if rec == base_list_id: if dispatch_id: if dispatch_id.approval_status != '未提' and dispatch_id.approval_status != '驳回': raise UserError("应付费用已开始审核不允许修改") base_number = 1 break if base_number: break return super(Rokedispatchordermanagement, self).write(vals) audit审核完成如果是修改不能修改如果不是可以修改怎么写可以实现

upstream fsapiBackend { server 10.20.1.72:8082; server 10.20.1.72:8082 max_fails=10 fail_timeout=30s backup; } upstream fsbulkapiBackend { server 10.20.1.72:8082; } upstream ssapiBackend { server 10.20.1.72:8084; } upstream csapiBackend { server 10.20.1.72:9095; } upstream activityBackend { server 10.20.1.72:8094; } server { listen 80; listen 443 ssl http2; server_name mxapi.hckcooler.com; ssl_certificate /usr/local/openresty/nginx/ssl/mxapi.hckcooler.com/mxapi.hckcooler.com_chain.crt; ssl_certificate_key /usr/local/openresty/nginx/ssl/mxapi.hckcooler.com/mxapi.hckcooler.com_key.key; ssl_session_timeout 5m; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_ciphers EECDH+ECDSA+AES128:EECDH+aRSA+AES128:RSA+AES128:!aNULL:!MD5:!RC4; ssl_prefer_server_ciphers on; ssl_stapling on; ssl_stapling_verify on; ssl_trusted_certificate /usr/local/openresty/nginx/ssl/mxapi.hckcooler.com/mxapi.hckcooler.com_chain.crt; location /fs/ { proxy_pass http://fsapiBackend/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_http_version 1.1; proxy_set_header Connection ""; } location =/fs/v2/mails/deliver { proxy_pass http://fsapiBackend/v2/mails/deliver; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_http_version 1.1; proxy_set_header Connection ""; access_by_lua_file ./app/mailLimit.lua; } location /fsbulk/ { proxy_pass http://fsbulkapiBackend/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_http_version 1.1; proxy_set_header Connection ""; } location /ss/ { proxy_pass http://ssapiBackend/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_http_version 1.1; proxy_set_header Connection ""; } location /approval/ { proxy_pass http://approvalapiBackend/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_http_version 1.1; proxy_set_header Connection ""; } location /job/ { proxy_pass http://jobapiBackend/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_http_version 1.1; proxy_set_header Connection ""; } }中,mxapi.hckcooler.com代理的是哪个服务

pptx

最新推荐

recommend-type

整体风格与设计理念 整体设计风格简约而不失优雅,采用了简洁的线条元素作为主要装饰,营造出一种现代、专业的视觉感受 配色上以柔和的色调为主,搭配少量鲜明的强调色,既保证了视觉上的舒适感,又能突出重点内容

整体风格与设计理念 整体设计风格简约而不失优雅,采用了简洁的线条元素作为主要装饰,营造出一种现代、专业的视觉感受。配色上以柔和的色调为主,搭配少量鲜明的强调色,既保证了视觉上的舒适感,又能突出重点内容,使整个演示文稿在视觉上具有较强的吸引力和辨识度。 页面布局与内容结构 封面:封面设计简洁大方,“MORIMOTO” 和 “SENYAN” 字样增添了独特的标识性,可根据实际需求替换为汇报人姓名或公司名称等信息,让演示文稿从一开始就展现出专业与个性。 目录页:清晰列出 “工作内容回顾”“工作难点分析”“市场状况概述”“工作目标计划” 四个主要板块,方便观众快速了解演示文稿的整体架构和主要内容,为后续的详细展示做好铺垫。 工作内容回顾页(PART.01):提供了充足的空间用于详细阐述工作内容,可通过复制粘贴文本并选择只保留文字的方式,方便快捷地填充内容,建议使用微软雅黑字体以保证整体风格的一致性。无论是列举日常工作任务、项目执行细节还是工作成果总结,都能清晰呈现,让观众对工作内容有全面而深入的了解。 工作难点分析页(PART.02):这部分页面设计注重实用性,文本框可自由拉伸,方便根据工作难
recommend-type

【BP回归预测】基于matlab鹈鹕算法优化BP神经网络POA-BP光伏数据预测(多输入单输出)【Matlab仿真 5183期】.zip

CSDN Matlab研究室上传的资料均有对应的仿真结果图,仿真结果图均是完整代码运行得出,完整代码亲测可用,适合小白; 1、完整的代码压缩包内容 主函数:main.m; 调用函数:其他m文件;无需运行 运行结果效果图; 2、代码运行版本 Matlab 2019b;若运行有误,根据提示修改;若不会,私信博主; 3、运行操作步骤 步骤一:将所有文件放到Matlab的当前文件夹中; 步骤二:双击打开main.m文件; 步骤三:点击运行,等程序运行完得到结果; 4、仿真咨询 如需其他服务,可私信博主或扫描博客文章底部QQ名片; 4.1 博客或资源的完整代码提供 4.2 期刊或参考文献复现 4.3 Matlab程序定制 4.4 科研合作
recommend-type

数据集-大豆种子质量好坏检测数据集7640张4个标签YOLO+VOC格式.zip

数据集说明:图片为大豆种子和小土块、木屑混合的图片,其中对大豆质量完好、大豆质量缺损、土块、木渣分别进行了标注。 数据集格式:VOC格式+YOLO格式 压缩包内含:3个文件夹,分别存储图片、xml、txt文件 JPEGImages文件夹中jpg图片总计:7640 Annotations文件夹中xml文件总计:7640 labels文件夹中txt文件总计:7640 标签种类数:4 标签名称:["clod","damaged","good","wood"] 每个标签的框数: clod 框数 = 17980 damaged 框数 = 27495 good 框数 = 40953 wood 框数 = 13644 总框数:100072 图片清晰度(分辨率:像素):清晰 图片是否增强:否 标签形状:矩形框,用于目标检测识别 重要说明:暂无 特别声明:本数据集不对训练的模型或者权重文件精度作任何保证,数据集只提供准确且合理标注
recommend-type

Ansible:Ansible条件语句与循环教程.docx

Ansible:Ansible条件语句与循环教程.docx
recommend-type

PureMVC AS3在Flash中的实践与演示:HelloFlash案例分析

资源摘要信息:"puremvc-as3-demo-flash-helloflash:PureMVC AS3 Flash演示" PureMVC是一个开源的、轻量级的、独立于框架的用于MVC(模型-视图-控制器)架构模式的实现。它适用于各种应用程序,并且在多语言环境中得到广泛支持,包括ActionScript、C#、Java等。在这个演示中,使用了ActionScript 3语言进行Flash开发,展示了如何在Flash应用程序中运用PureMVC框架。 演示项目名为“HelloFlash”,它通过一个简单的动画来展示PureMVC框架的工作方式。演示中有一个小蓝框在灰色房间内移动,并且可以通过多种方式与之互动。这些互动包括小蓝框碰到墙壁改变方向、通过拖拽改变颜色和大小,以及使用鼠标滚轮进行缩放等。 在技术上,“HelloFlash”演示通过一个Flash电影的单帧启动应用程序。启动时,会发送通知触发一个启动命令,然后通过命令来初始化模型和视图。这里的视图组件和中介器都是动态创建的,并且每个都有一个唯一的实例名称。组件会与他们的中介器进行通信,而中介器则与代理进行通信。代理用于保存模型数据,并且中介器之间通过发送通知来通信。 PureMVC框架的核心概念包括: - 视图组件:负责显示应用程序的界面部分。 - 中介器:负责与视图组件通信,并处理组件之间的交互。 - 代理:负责封装数据或业务逻辑。 - 控制器:负责管理命令的分派。 在“HelloFlash”中,我们可以看到这些概念的具体实现。例如,小蓝框的颜色变化,是由代理来处理的模型数据;而小蓝框的移动和缩放则是由中介器与组件之间的通信实现的。所有这些操作都是在PureMVC框架的规则和指导原则下完成的。 在Flash开发中,ActionScript 3是主要的编程语言,它是一种面向对象的语言,并且支持复杂的事件处理和数据管理。Flash平台本身提供了一套丰富的API和框架,使得开发者可以创建动态的、交互性强的网络应用。 最后,我们还看到了一个压缩包文件的名称列表“puremvc-as3-demo-flash-helloflash-master”,这表明该演示项目的源代码应该可以在该压缩包中找到,并且可以在支持ActionScript 3的开发环境中进行分析和学习。开发者可以通过这个项目的源代码来深入了解PureMVC框架在Flash应用中的应用,并且学习到如何实现复杂的用户交互、数据处理和事件通信。
recommend-type

管理建模和仿真的文件

管理Boualem Benatallah引用此版本:布阿利姆·贝纳塔拉。管理建模和仿真。约瑟夫-傅立叶大学-格勒诺布尔第一大学,1996年。法语。NNT:电话:00345357HAL ID:电话:00345357https://theses.hal.science/tel-003453572008年12月9日提交HAL是一个多学科的开放存取档案馆,用于存放和传播科学研究论文,无论它们是否被公开。论文可以来自法国或国外的教学和研究机构,也可以来自公共或私人研究中心。L’archive ouverte pluridisciplinaire
recommend-type

YRC1000 EtherNet_IP通信协议:掌握连接与数据交换的6个关键策略

![YRC1000 EtherNetIP通信功能说明书](https://5.imimg.com/data5/SELLER/Default/2022/12/EE/XV/JL/4130645/yrc1000-csra-cdc101aa-3--1000x1000.jpg) # 摘要 YRC1000 EtherNet/IP通信协议作为工业自动化领域的重要技术之一,本论文对其进行了系统性的介绍和分析。从通信连接策略的实施到数据交换机制的详细阐述,再到高级应用与实践案例的深入探讨,本文全面覆盖了YRC1000的操作原理、配置方法、安全性和性能监控等方面。通过对各种典型应用场景的案例分析,本文不仅总结了
recommend-type

如何设置 OpenFileDialog 用户只能在固定文件夹及其子文件夹里选择文件

在Windows应用程序中,如果你想要限制OpenFileDialog让用户只能在特定的文件夹及其子文件夹中选择文件,你可以通过设置`InitialDirectory`属性和`Filter`属性来实现。以下是步骤: 1. 创建一个`OpenFileDialog`实例: ```csharp OpenFileDialog openFileDialog = new OpenFileDialog(); ``` 2. 设置初始目录(`InitialDirectory`)为你要限制用户选择的起始文件夹,例如: ```csharp string restrictedFolder = "C:\\YourR
recommend-type

掌握Makefile多目标编译与清理操作

资源摘要信息:"makefile学习用测试文件.rar" 知识点: 1. Makefile的基本概念: Makefile是一个自动化编译的工具,它可以根据文件的依赖关系进行判断,只编译发生变化的文件,从而提高编译效率。Makefile文件中定义了一系列的规则,规则描述了文件之间的依赖关系,并指定了如何通过命令来更新或生成目标文件。 2. Makefile的多个目标: 在Makefile中,可以定义多个目标,每个目标可以依赖于其他的文件或目标。当执行make命令时,默认情况下会构建Makefile中的第一个目标。如果你想构建其他的特定目标,可以在make命令后指定目标的名称。 3. Makefile的单个目标编译和删除: 在Makefile中,单个目标的编译通常涉及依赖文件的检查以及编译命令的执行。删除操作则通常用clean规则来定义,它不依赖于任何文件,但执行时会删除所有编译生成的目标文件和中间文件,通常不包含源代码文件。 4. Makefile中的伪目标: 伪目标并不是一个文件名,它只是一个标签,用来标识一个命令序列,通常用于执行一些全局性的操作,比如清理编译生成的文件。在Makefile中使用特殊的伪目标“.PHONY”来声明。 5. Makefile的依赖关系和规则: 依赖关系说明了一个文件是如何通过其他文件生成的,规则则是对依赖关系的处理逻辑。一个规则通常包含一个目标、它的依赖以及用来更新目标的命令。当依赖的时间戳比目标的新时,相应的命令会被执行。 6. Linux环境下的Makefile使用: Makefile的使用在Linux环境下非常普遍,因为Linux是一个类Unix系统,而make工具起源于Unix系统。在Linux环境中,通过终端使用make命令来执行Makefile中定义的规则。Linux中的make命令有多种参数来控制执行过程。 7. Makefile中变量和模式规则的使用: 在Makefile中可以定义变量来存储一些经常使用的字符串,比如编译器的路径、编译选项等。模式规则则是一种简化多个相似规则的方法,它使用模式来匹配多个目标,适用于文件名有规律的情况。 8. Makefile的学习资源: 学习Makefile可以通过阅读相关的书籍、在线教程、官方文档等资源,推荐的书籍有《Managing Projects with GNU Make》。对于初学者来说,实际编写和修改Makefile是掌握Makefile的最好方式。 9. Makefile的调试和优化: 当Makefile较为复杂时,可能出现预料之外的行为,此时需要调试Makefile。可以使用make的“-n”选项来预览命令的执行而不实际运行它们,或者使用“-d”选项来输出调试信息。优化Makefile可以减少不必要的编译,提高编译效率,例如使用命令的输出作为条件判断。 10. Makefile的学习用测试文件: 对于学习Makefile而言,实际操作是非常重要的。通过提供一个测试文件,可以更好地理解Makefile中目标的编译和删除操作。通过编写相应的Makefile,并运行make命令,可以观察目标是如何根据依赖被编译和在需要时如何被删除的。 通过以上的知识点,你可以了解到Makefile的基本用法和一些高级技巧。在Linux环境下,利用Makefile可以有效地管理项目的编译过程,提高开发效率。对于初学者来说,通过实际编写Makefile并结合测试文件进行练习,将有助于快速掌握Makefile的使用。
recommend-type

"互动学习:行动中的多样性与论文攻读经历"

多样性她- 事实上SCI NCES你的时间表ECOLEDO C Tora SC和NCESPOUR l’Ingén学习互动,互动学习以行动为中心的强化学习学会互动,互动学习,以行动为中心的强化学习计算机科学博士论文于2021年9月28日在Villeneuve d'Asq公开支持马修·瑟林评审团主席法布里斯·勒菲弗尔阿维尼翁大学教授论文指导奥利维尔·皮耶昆谷歌研究教授:智囊团论文联合主任菲利普·普雷教授,大学。里尔/CRISTAL/因里亚报告员奥利维耶·西格德索邦大学报告员卢多维奇·德诺耶教授,Facebook /索邦大学审查员越南圣迈IMT Atlantic高级讲师邀请弗洛里安·斯特鲁布博士,Deepmind对于那些及时看到自己错误的人...3谢谢你首先,我要感谢我的两位博士生导师Olivier和Philippe。奥利维尔,"站在巨人的肩膀上"这句话对你来说完全有意义了。从科学上讲,你知道在这篇论文的(许多)错误中,你是我可以依