Хотя они (главным образом) идентичны (см. ниже для одного [ошибка] различие), определенно необходимо заботиться, и необходимо использовать Int32.
название 16-разрядного целого числа является Int16. Для целого числа на 64 бита это - Int64, и для 32-разрядного целого числа интуитивный выбор: интервал или Int32?
вопрос размера переменной типа Int16, Int32 или Int64 самоссылается, но вопросом размера переменной интервала типа является совершенно допустимый вопрос и вопросы, неважно, как тривиальный, недовольны, вывод к беспорядку, напрасно тратят время, препятствуют обсуждению, и т.д. (факт, этот вопрос существует, подтверждает точку зрения).
Используя Int32 продвигает это, разработчик ощущает их выбор типа. Насколько большой интервал снова? О, да, 32. Вероятность, что размер типа на самом деле рассмотрят, больше, когда размер включен в имя. Используя Int32 также способствует знанию другого выбора. Когда люди не вынуждены, по крайней мере, распознать, что существуют альтернативы, для интервала становится слишком легко стать "целым типом".
класс в платформе, предназначенной для взаимодействия с 32-разрядными целыми числами, называют Int32. Еще раз, который является: более интуитивный, менее сбивающий с толку, испытывает недостаток в (ненужном) переводе (не перевод в системе, но в уме разработчика), и т.д. int lMax = Int32.MaxValue
или Int32 lMax = Int32.MaxValue
?
интервал не является ключевым словом на всех языках.NET.
, Хотя существуют аргументы, почему это вряд ли будет когда-либо изменяться, интервал не может всегда быть Int32.
недостатки являются двумя дополнительными символами, чтобы ввести и [прослушивать].
Это не скомпилирует
public enum MyEnum : Int32
{
AEnum = 0
}
, Но это будет:
public enum MyEnum : int
{
AEnum = 0
}
In my target, I have something like this:
<jar destfile="${store.dir}/temp_final.jar" filesetmanifest="skip">
<zipgroupfileset dir="dist" includes="*.jar"/>
<zipgroupfileset dir="dist/lib" includes="*.jar" excludes=""/>
<manifest>
<attribute name="Main-Class" value="${main.class}"/>
<attribute name="Class-Path" value="${mf.classpath}"/>
</manifest>
</jar>
And here is how I build my classpath:
<path id="build.classpath">
<fileset dir="${basedir}/">
<include name="${lib.dir}/*.jar"/>
</fileset>
</path>
<pathconvert property="mf.classpath" pathsep=" ">
<path refid="build.classpath"/>
<mapper>
<chainedmapper>
<flattenmapper/>
<globmapper from="*.jar" to="lib/*.jar"/>
</chainedmapper>
</mapper>
</pathconvert>
mf.classpath is used from the package target posted above. This part I copied from somewhere else, so I'm not all that familiar with it.
Quick edit. Javac также должен знать об этих банках.
<path id="jars">
<fileset dir="${lib.dir}" includes="**/*.jar"/>
</path>
<target name="compile">
<mkdir dir="${build.dir}"/>
<javac srcdir="${src.dir}" destdir="${build.dir}" classpathref="jars" debug="on"/>
</target>
Here's an simple example of an ant target that will create a jar (named test.jar) that includes all jar files under the lib directory. Maybe this will solve your problem?
<target name="jar">
<jar destfile="test.jar">
<fileset dir="lib/" includes="**/*.jar" />
</jar>
</target>
Используйте zipgroupfileset
. Например:
<target name="jar">
<jar destfile="foo.jar" basedir="${dir.classes}">
<zipgroupfileset dir="lib" includes="*.jar"/>
</jar>
</target>
Набор файлов zipgroup
задокументирован с помощью задачи Zip .