Ответ 1
Я нашел способ вывода простых чисел без использования System.out
, FileDescriptor.out
или return
. Мой метод не использует "простых" символов.
Это было очень сложно, потому что e
повсюду в именах пакетов Java, имен классов и имен методов. Кроме того, S
должно быть запрещено, так как число 83
в Юникоде, а 83
- простое. Его Unicode escape \u0053
содержит 5
, символ Unicode 53
также является простым. Вот все символы, которые мы не можем использовать для запуска Unicode для этих правил:
-
%
(37 является простым,\u0025
имеет a5
) -
5
(53 является простым,\u0035
имеет a5
) -
S
(83 является простым,\u0053
имеет a5
) -
Y
(89 является простым,\u0059
имеет a5
) -
e
(101 является простым,\u0065
имеет a5
)
Это устранено:
- Любые методы, такие как
toString
,fromString
,parseInt
,valueOf
иvalues
. -
java.beans
,java.net
,java.lang.reflect
пакеты -
Class.forName
- Использование оператора
new
. - Структуры ведения журнала, которые обычно используют класс
Logger
, содержащийe
.
Вот символы, для которых мы можем использовать escape-коды Unicode:
-
)
(41 является простым,\u0029
разрешено) -
+
(43 является простым,\u002b
разрешено) -
/
(47 является простым,\u002f
разрешено) -
;
(59 является простым,\u003b
разрешено) -
=
(61 является простым,\u003d
разрешено) -
C
(67 является простым,\u0043
разрешено) -
G
(71 является простым,\u0047
разрешено) -
I
(73 является простым,\u0049
разрешено) -
O
(79 является простым,\u004f
разрешено) -
a
(97 является простым,\u0061
разрешено) -
k
(107 является простым,\u006b
разрешено) -
q
(113 является простым,\u0071
разрешено)
Попытка создать исключение, сообщение которого содержит желаемый результат, является единственным способом выполнить требование в Java. Мы не можем использовать проверенное исключение, потому что почти все проверенные исключения я мог бы использовать e
в их имени и в каждом суперклассе до Throwable
. Я должен был бы использовать предложение throws
, которое включало в себя имя исключения, содержащее e
. Я не мог extend
всех классов, потому что extends
содержит e
s.
Это оставляет исключенные исключения. Наиболее вероятным использованием будет IllegalArgumentException
, который создается не этим кодом напрямую, а вызовом встроенного кода, который выдает IllegalArgumentException
.
-
Enum
помог бы, кромеvalueOf
содержитe
. -
javax.crypto.Mac.getInstance
имеетe
; он все равно выбрасывает проверенное исключение. -
javax.naming.ldap.Rdn.unescapeValue("\\b" + stringFormOfOutput)
выводит список через исключение, но метод имеетe
. -
java.util.UUID.fromString
выводит список через исключение, но метод имеетS
.
Этот метод выдает DataBindingException
, который не отмечен.
-
javax.xml.bind.JAXB.unmarshal(stringFormOfOutput, Long.class)
выводит список черезDataBindingException
безe
.
Теперь нам нужно только преобразовать int[]
в String
. Преобразование строк путем конкатенации массива в ""
не работает, потому что массивы, как объекты в Java, не переопределяют toString()
. Arrays.toString
отсутствует из-за S
.
Мы можем использовать Arrays.asList
, чтобы получить List
из данных. Но Arrays.asList(f)
дает List<int[]>
, а не List<Integer>
, что усугубляет проблему. Изменение типа f
на Integer[]
не будет работать, у которого есть e
. Изменяется тип f
до Long[]
.
Преобразование массива в String
выглядит следующим образом.
Long c,d,f[]...
""+Arrays.asList(f)
Вместо оператора return
сделайте метод void
и вызовите unmarshal
. Использование Long
означает, что необходимы несколько других настроек, таких как использование Long
литералов и fill
для массива с нулями вместо стандартных null
s.
void b(int b){
Long c,d,f[]={};
for(f=java.util.Arrays.copyOf(f,b),Arrays.fill(f,0L);b-->0;)
for(d=0L,c=2L;f[b]<1;f[b]=d<1?c:f[b],d=0L,c++)
for(long h:f)
d=h>0&&c/h*h==c?1:d;
javax.xml.bind.JAXB.unmarshal(""+Arrays.asList(f),Long.class);
}
Сброс "простых" символов:
void b(int b\u0029{
Lon\u0067 c,d,f[]\u003d{}\u003b
for(f\u003dj\u0061v\u0061.util.Arr\u0061ys.copy\u004ff(f,b\u0029,Arr\u0061ys.fill(f,0L\u0029\u003bb-->0\u003b\u0029
for(d\u003d0L,c\u003d2L\u003bf[b]<1\u003bf[b]\u003dd<1?c:f[b],d\u003d0L,c\u002b\u002b\u0029
for(lon\u0067 h:f\u0029
d\u003dh>0&&c\u002fh*h\u003d\u003dc?1:d\u003b
j\u0061v\u0061x.x\u006dl.bind.JAXB.un\u006d\u0061rsh\u0061l(""\u002bArr\u0061ys.\u0061sList(f\u0029, Lon\u0067.cl\u0061ss\u0029\u003b
}
Это уродливый код, и он, вероятно, не выиграет никаких конкурсов для игры в гольф, но это единственный способ, который я могу представить на Java для выполнения требований.
Вызов этого метода b
с 10
в качестве аргумента дает следующий вывод: [29, 23, 19, 17, 13, 11, 7, 5, 3, 2]
- первые 10 простых чисел:
Exception in thread "main" javax.xml.bind.DataBindingException: javax.xml.bind.UnmarshalException
- with linked exception:
[java.io.FileNotFoundException: C:\dev\src\misc\[29, 23, 19, 17, 13, 11, 7, 5, 3, 2] (The system cannot find the file specified)]
at javax.xml.bind.JAXB.unmarshal(JAXB.java:208)
at Main.b(Main.java:34)
at Main.main(Main.java:12)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:90)
Caused by: javax.xml.bind.UnmarshalException
- with linked exception:
[java.io.FileNotFoundException: C:\dev\src\misc\[29, 23, 19, 17, 13, 11, 7, 5, 3, 2] (The system cannot find the file specified)]
at com.sun.xml.internal.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:206)
at com.sun.xml.internal.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:181)
at com.sun.xml.internal.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:235)
at javax.xml.bind.JAXB.unmarshal(JAXB.java:205)
... 7 more
Caused by: java.io.FileNotFoundException: C:\dev\src\misc\[29, 23, 19, 17, 13, 11, 7, 5, 3, 2] (The system cannot find the file specified)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:138)
at java.io.FileInputStream.<init>(FileInputStream.java:97)
at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:90)
at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:188)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:609)
at com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineDocVersion(XMLVersionDetector.java:189)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:799)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1210)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:568)
at com.sun.xml.internal.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:203)
... 10 more
Но как насчет public static void main(String[] args)
? Существует, по-видимому, неизбежный S
. Сделайте b
static
и вызовите b
со статическим инициализатором, чтобы исключить main
и его требование String[]
.
st\u0061tic
{
b(10\u0029\u003b
}
st\u0061tic void b(int b\u0029{
// ...
Выход теперь содержит ExceptionInInitializerError
, но остальная часть вывода не повреждена; DataBindingException
прикован.
Exception in thread "main" java.lang.ExceptionInInitializerError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:190)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:87)
Caused by: javax.xml.bind.DataBindingException: javax.xml.bind.UnmarshalException
- with linked exception:
[java.io.FileNotFoundException: C:\dev\src\misc\[29, 23, 19, 17, 13, 11, 7, 5, 3, 2] (The system cannot find the file specified)]
at javax.xml.bind.JAXB.unmarshal(JAXB.java:208)
...