今天在开发STM32的时候遇到了关于 return的问题，想想我也算学过C语言，但是对 return的用法却只懂点皮毛，所以在这里总结一下 return的具体几种用法和作用。
 百度词条对 return的介绍如下：
 
 
 
return 表示把程序流程从被调函数转向主调函数并把表达式的值带回主调函数，实现函数值的返回，返回时可附带一个返回值，由return后面的参数指定。 return通常是必要的，因为函数调用的时候计算结果通常是通过返回值带出的。 如果函数执行不需要返回计算结果，也经常需要返回一个状态码来表示函数执行的顺利与否（-1和0就是最常用的状态码），主调函数可以通过返回值判断被调函数的执行情况。
 
 
这是较为官方的解释，按我初学的理解，return的任务就是在一个函数的最后返回对应的参数，然后在外层函数中对这个参数做进一步处理。然鹅，我对return的这种理解就像是外国人认为筷子只能夹菜，是片面肤浅的，筷子还可以用来喝汤、开啤酒盖、插着吃玉米…所以说return也有很多种用法，本质上return就是返回函数，只是我们在应用的过程中赋予了return更加丰富的作用罢了。
 
一.为调用的函数返回参数值
 
此类应用最为普遍，通常是在一个具有返回值的函数中，返回一个参数值，这个返回的参数可以是一个数、表达式。通常情况下，返回值是一个值，如果想返回多个值可以参考以下三点：
 1.设置全局变量，全局变量是定义在函数外的一个变量，其不属于任何一个函数，所以，虽然在调用函数中return返回一个值，但可以将其余的返回值赋值给全局变量，这样就做到了返回多个值的效果。
 2.使用数组名或指针作为函数形参，返回的是一个地址，主函数可以根据这个地址找到多个，要返回的数据。
 3.使用结构体作为函数形参，结构体中可以包含多种形式的变量，以结构体作为形参相当于将所有返回值打包在一起，一次返回。
 
二.提前结束函数
 
由于return具有把程序流程从被调函数转向主调函数的作用，所以时候也会用来终止函数的调用，也就是说return是提前结束函数的唯一方法。因为函数一遇到return就立即返回，return后面的程序都不再执行，所以一个函数中可以有多个return，但只会执行一个。return后面可以跟一个参数作为返回值，也可以不跟参数，仅仅代表结束此函数。
 
三.返回一个函数
 
如果return后面跟的是一个函数的话，就意味着，跳出此调用函数，并且跳出后执行return后的函数，然后继续在主函数中执行程序。有时利用return返回一个操作，比如在程序调试中出错后，需要return跳出错误函数并向串口打印出错误的原因，这个时候return后面的函数就用来向串口打印错误原因的。（个人理解）
 文章参考：
 C语言中文网
 麦兜家园

引言： 在Spring中@Transactional提供一种控制事务管理的快捷手段，但是很多人都只是@Transactional简单使用，并未深入了解，其各个配置项的使用方法，本文将深入讲解各个配置项的使用。
 
1.  @Transactional的定义
 
    Spring中的@Transactional基于动态代理的机制，提供了一种透明的事务管理机制，方便快捷解决在开发中碰到的问题。在现实中，实际的问题往往比我们预期的要复杂很多，这就要求对@Transactional有深入的了解，以来应对复杂问题。
 
   首先我们来看看@Transactional的代码定义：
 
 
@Target({ElementType.METHOD, ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional {

	/**
	 * A qualifier value for the specified transaction.
	 * <p>May be used to determine the target transaction manager,
	 * matching the qualifier value (or the bean name) of a specific
	 * {@link org.springframework.transaction.PlatformTransactionManager}
	 * bean definition.
	 */
	String value() default "";

	/**
	 * The transaction propagation type.
	 * Defaults to {@link Propagation#REQUIRED}.
	 * @see org.springframework.transaction.interceptor.TransactionAttribute#getPropagationBehavior()
	 */
	Propagation propagation() default Propagation.REQUIRED;

	/**
	 * The transaction isolation level.
	 * Defaults to {@link Isolation#DEFAULT}.
	 * @see org.springframework.transaction.interceptor.TransactionAttribute#getIsolationLevel()
	 */
	Isolation isolation() default Isolation.DEFAULT;

	/**
	 * The timeout for this transaction.
	 * Defaults to the default timeout of the underlying transaction system.
	 * @see org.springframework.transaction.interceptor.TransactionAttribute#getTimeout()
	 */
	int timeout() default TransactionDefinition.TIMEOUT_DEFAULT;

	/**
	 * {@code true} if the transaction is read-only.
	 * Defaults to {@code false}.
	 * <p>This just serves as a hint for the actual transaction subsystem;
	 * it will <i>not necessarily</i> cause failure of write access attempts.
	 * A transaction manager which cannot interpret the read-only hint will
	 * <i>not</i> throw an exception when asked for a read-only transaction.
	 * @see org.springframework.transaction.interceptor.TransactionAttribute#isReadOnly()
	 */
	boolean readOnly() default false;

	/**
	 * Defines zero (0) or more exception {@link Class classes}, which must be a
	 * subclass of {@link Throwable}, indicating which exception types must cause
	 * a transaction rollback.
	 * <p>This is the preferred way to construct a rollback rule, matching the
	 * exception class and subclasses.
	 * <p>Similar to {@link org.springframework.transaction.interceptor.RollbackRuleAttribute#RollbackRuleAttribute(Class clazz)}
	 */
	Class<? extends Throwable>[] rollbackFor() default {};

	/**
	 * Defines zero (0) or more exception names (for exceptions which must be a
	 * subclass of {@link Throwable}), indicating which exception types must cause
	 * a transaction rollback.
	 * <p>This can be a substring, with no wildcard support at present.
	 * A value of "ServletException" would match
	 * {@link javax.servlet.ServletException} and subclasses, for example.
	 * <p><b>NB: </b>Consider carefully how specific the pattern is, and whether
	 * to include package information (which isn't mandatory). For example,
	 * "Exception" will match nearly anything, and will probably hide other rules.
	 * "java.lang.Exception" would be correct if "Exception" was meant to define
	 * a rule for all checked exceptions. With more unusual {@link Exception}
	 * names such as "BaseBusinessException" there is no need to use a FQN.
	 * <p>Similar to {@link org.springframework.transaction.interceptor.RollbackRuleAttribute#RollbackRuleAttribute(String exceptionName)}
	 */
	String[] rollbackForClassName() default {};

	/**
	 * Defines zero (0) or more exception {@link Class Classes}, which must be a
	 * subclass of {@link Throwable}, indicating which exception types must <b>not</b>
	 * cause a transaction rollback.
	 * <p>This is the preferred way to construct a rollback rule, matching the
	 * exception class and subclasses.
	 * <p>Similar to {@link org.springframework.transaction.interceptor.NoRollbackRuleAttribute#NoRollbackRuleAttribute(Class clazz)}
	 */
	Class<? extends Throwable>[] noRollbackFor() default {};

	/**
	 * Defines zero (0) or more exception names (for exceptions which must be a
	 * subclass of {@link Throwable}) indicating which exception types must <b>not</b>
	 * cause a transaction rollback.
	 * <p>See the description of {@link #rollbackForClassName()} for more info on how
	 * the specified names are treated.
	 * <p>Similar to {@link org.springframework.transaction.interceptor.NoRollbackRuleAttribute#NoRollbackRuleAttribute(String exceptionName)}
	 */
	String[] noRollbackForClassName() default {};

}
  基于源代码，我们可以发现在@Transactional，原来有这么多的属性可以进行配置，从而达到复杂应用控制的目的。具体各个属性的用法和作用，将在本文的后面逐一进行讲解和说明。 
 
2.  使用@Transactional的Spring配置
 
     为了使用基于@Transactional的事务管理，需要在Spring中进行如下的配置：
 
 
    <beans:bean id="transactionManager"
		class="org.springframework.orm.jpa.JpaTransactionManager">
		<beans:property name="dataSource" ref="dataSource" />
		<beans:property name="entityManagerFactory" ref="entityManagerFactory" />
	</beans:bean>

	<!-- 声明使用注解式事务 -->
	<tx:annotation-driven transaction-manager="transactionManager" />
    dataSource是在Spring配置文件中定义的数据源的对象实例，EntityManagerFactory是基于JPA使用的实体类管理器：org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean。这些都是用来配置与数据库的连接信息，本质上，@Transactional使用了JDBC的事务来进行事务控制的。 
    <annotation-driven>标签的声明，则是在Spring内部启用@Transactional来进行事务管理，类似开关之类的声明。
 
3.  @Transactional之value
 
    value这里主要用来指定不同的事务管理器；主要用来满足在同一个系统中，存在不同的事务管理器。比如在Spring中，声明了两种事务管理器txManager1, txManager2.
 
然后，用户可以根据这个参数来根据需要指定特定的txManager.
 
   那有同学会问什么情况下会存在多个事务管理器的情况呢？ 比如在一个系统中，需要访问多个数据源或者多个数据库，则必然会配置多个事务管理器的。
 
4.   @Transactional之propagation
 
      Propagation支持7种不同的传播机制：
 
 REQUIRED
                业务方法需要在一个事务中运行,如果方法运行时,已处在一个事务中,那么就加入该事务,否则自己创建一个新的事务.这是spring默认的传播行为.。 

 
 SUPPORTS：  
                如果业务方法在某个事务范围内被调用,则方法成为该事务的一部分,如果业务方法在事务范围外被调用,则方法在没有事务的环境下执行。

 
 MANDATORY：
                只能在一个已存在事务中执行,业务方法不能发起自己的事务,如果业务方法在没有事务的环境下调用,就抛异常

 
 REQUIRES_NEW
              业务方法总是会为自己发起一个新的事务,如果方法已运行在一个事务中,则原有事务被挂起,新的事务被创建,直到方法结束,新事务才结束,原先的事务才会恢复执行.

 
 NOT_SUPPORTED
            声明方法需要事务,如果方法没有关联到一个事务,容器不会为它开启事务.如果方法在一个事务中被调用,该事务会被挂起,在方法调用结束后,原先的事务便会恢复执行.

 
NEVER：
               声明方法绝对不能在事务范围内执行,如果方法在某个事务范围内执行,容器就抛异常.只有没关联到事务,才正常执行.

 
 NESTED：
 
          如果一个活动的事务存在,则运行在一个嵌套的事务中.如果没有活动的事务,则按REQUIRED属性执行.它使用了一个单独的事务, 这个事务拥有多个可以回滚的保证点.内部事务回滚不会对外部事务造成影响, 它只对DataSourceTransactionManager 事务管理器起效.
 
     其实大家最感到困惑的是REQUIRED_NEW和NESTED两种不同的传播机制，功能类似，都涉及到了事务嵌套的问题，那两者有何区别呢？该如何正确使用这两种模式呢？
 

         以下是摘自Spring的文档：
 

           
 PROPAGATION_REQUIRES_NEW : uses a completely independent transaction for each affected transaction scope. In that case, the underlying physical transactions are different and hence can commit or roll back independently, with an outer transaction not affected by an inner transaction's rollback status.
 

          内部的事务独立运行，在各自的作用域中，可以独立的回滚或者提交；而外部的事务将不受内部事务的回滚状态影响。 
 

         
 ROPAGATION_NESTED : uses a single physical transaction with multiple savepoints that it can roll back to. Such partial rollbacks allow an inner transaction scope to trigger a rollback for its scope, with the outer transaction being able to continue the physical transaction despite some operations having been rolled back. This setting is typically mapped onto JDBC savepoints, so will only work with JDBC resource transactions.
 

        NESTED的事务，基于单一的事务来管理，提供了多个保存点。这种多个保存点的机制允许内部事务的变更触发外部事务的回滚。而外部事务在混滚之后，仍能继续进行事务处理，即使部分操作已经被混滚。 由于这个设置基于JDBC的保存点，所以只能工作在JDBC的机制智商。
 

        由此可知， 两者都是事务嵌套，不同之处在于，内外事务之间是否存在彼此之间的影响；NESTED之间会受到影响，而产生部分回滚，而REQUIRED_NEW则是独立的。
 
 

 

                我们在做程序的时候，经常会遇到在一个循环体里依次访问一个按照有规律命名的变量，如beta,beta1,beta2....betan.这时我们不可能写很多的if语句或者是有很多分支的switch语句，我们需要一个简洁的代码来解决这个问题。这时，eval这个神奇的函数，就派上用处了。eval还有其他用法，值得深入研究，在此不多说，需要的人自己看matlab帮助。下面给出eval解决上述问题的方法。
 
               
 
for i=1:9  
    if i==1
        beta=eval('beta')
        coeftab=eval('coeftab')
    else
           s1=['beta' num2str(i-1)];
           s2=['coeftab' num2str(i-1)];
           beta=eval(s1)
          coeftab=eval(s2)%beta,coeftab每循环一次，得到更新
          .....%省略后续对beta,coeftab的处理代码
        
    end
end

 

Py之yacs：yacs的简介、安装、使用方法之详细攻略
 
 
 
 
 
目录
 
yacs的简介
 
yacs的安装
 
yacs的使用方法
 
1、基础用法
 

 
 
 
 
 
 
yacs的简介
 
       A simple experiment configuration system for research.
       yacs是作为一个轻量级库创建的，用于定义和管理系统配置，比如那些通常可以在为科学实验设计的软件中找到的配置。这些“配置”通常包括用于训练机器学习模型的超参数或可配置模型超参数(如卷积神经网络的深度)等概念。由于您正在进行科学研究，所以再现性是最重要的，因此您需要一种可靠的方法来序列化实验配置。YACS使用YAML作为一种简单的、人类可读的序列化格式。范例是:你的代码+实验E的yacs配置(+外部依赖+硬件+其他讨厌的术语…)=可重复的实验E。虽然你不能控制一切，但至少你可以控制你的代码和你的实验配置。yacs会帮你的。
       yacs是在py-fast -rcnn和Detectron中使用的实验配置系统中发展起来的。
 
 
 
 
 
yacs的安装
 
pip install yacs
 
 
 
 
yacs的使用方法
 
1、基础用法
 
# my_project/config.py
from yacs.config import CfgNode as CN


_C = CN()

_C.SYSTEM = CN()
# Number of GPUS to use in the experiment
_C.SYSTEM.NUM_GPUS = 8
# Number of workers for doing things
_C.SYSTEM.NUM_WORKERS = 4

_C.TRAIN = CN()
# A very important hyperparameter
_C.TRAIN.HYPERPARAMETER_1 = 0.1
# The all important scales for the stuff
_C.TRAIN.SCALES = (2, 4, 8, 16)


def get_cfg_defaults():
  """Get a yacs CfgNode object with default values for my_project."""
  # Return a clone so that the defaults will not be altered
  # This is for the "local variable" use pattern
  return _C.clone()

# Alternatively, provide a way to import the defaults as
# a global singleton:
# cfg = _C  # users can `from config import cfg`