Factorize...Использование byte вместо int - это потенциальный баг замедленного действия. Системы имеют свойство развиваться, и за byte значение рано или поздно переползет. Я не раз и не два видел такой баг в продакшене.
Да, такое возможно, только тогда нужно избавиться от магических чисел [1..6] в коде, т.е. переработать немного архитектуру.
FactorizeВторое - использование byte наведет на мысль, что она для чего-то тут нужен, только сбивает столку. Вы пишите, что это стрельба по воробьям - но в чем она состоит то? Это микрооптимизация. Что она есть, что ее нет - все работает одинаково.
За такие оптимизации на языках высокого уровня, если они проводятся без особой надобности, нужно бить по рукам.
Про микрооптимизацию согласен, исследования ассемблерного кода вот такого примера:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
program Project1;
{$APPTYPE CONSOLE}
{$R *.res}
uses
System.SysUtils;
var
i: integer;
ii: integer;
b: Byte;
a: integer;
StatusBuf: array [1 .. 10] of integer;
Function GetStatusNumI(Num: integer): integer;
begin
if Num in [1 .. 6] // <-- Магические числа ?
then
GetStatusNumI := StatusBuf[Num]
else
GetStatusNumI := 0;
end;
Function GetStatusNumB(Num: Byte): integer;
begin
if Num in [1 .. 6] // <-- Магические числа ?
then
GetStatusNumB := StatusBuf[Num]
else
GetStatusNumB := 0;
end;
begin
for i := 1 to 10 do
StatusBuf[i] := i;
ii := $00000001;
b := $04;
Readln;
a:=GetStatusNumI(ii);
Writeln('GetStatusNumI(ii) = ', a);
a:=GetStatusNumB(b);
Writeln('GetStatusNumB(b) = ', a);
Readln;
end.
показывают следующую картину, которая ну никак не может претендовать на микрооптимизацию, т.к. задействуются лишние команды для приведения типа byte к int при вычисления адреса, вместо того, чтобы просто вычислить адрес.
Посему признаю свою ошибку.
Честно, думал, что для вычисления адреса просто применят add .
