Ładne, C.

Stawiam na C.

Niech będzie A

A, bez dwoch zdań.

Dom : router https://i.imgur.com/IuB6Zwy.png | TP-LINK T1700G-28TQ |Zyxel XGS-1210-12 | 6x Ruckus r310 unleashed  + Ruckus icx7150-c12p | Truenas scale 124TB 25Gb| Xpenology 12TB | apc smart ups 750 lcd 100Mb/s - 25Gb/s
Podróżne : GL.Inet MT3000  +1TB hdd
Działka : rb260gs 1j wdm 1Gb+ ruckus r310 + nb m5 + kilka kamer ip  + panel 285Wp + lifepo4 12v 60Ah .

A!

A raczej

Najlepsze byłoby "C", ale pewnie okaże się, że to "A".

Kiedy rozstrzygnięcie?

Możesz mieć rację.

Wygląd interfejsu (typowo pod dotyk), strzałka cofania czy wersja aplikacji daje do myślenia.

Chyba bym postawił na D

Albo to, że po zmianie nazwy wifi będzie trzeba ręcznie połączyć się z nową siecią... Więc apka brzmi sensownie, zwłaszcza że "testy na emulatorze".
Czyli D.

Prawidłowa odpowiedź: D

Nie jest aplikacja na androida tylko normalna webowa strona konfiguracyjna routera, projektu nazwanego OpenWRT AP UI. Nie wiem czy to nazwa końcowa czy tylko robocza, projekt jest świeży bo dopiero ma dwa tygodnie.

Jeżeli pójdzie to właściwym torem to ten projekt powinien być wizytówką OpenWrt One - nie będzie zamiennikiem LuCI lecz raczej prostym projektem pozwalającym na ustawienie naprawdę podstawowych rzeczy niezbędnych żeby taki router czy AP uruchomić - sieci, adresację, włączenie WiFi, zrobienie sysupgrade. Jak będzie potrzeba to będzie można kliknąć zwykle LuCi (na podobnej ideologi zrobiony jest soft do gl.inetów). Na razie wygląda to jak framework pokazujący możliwości technologiczne, a w jakim kierunku się to rozwinie to dopiero zobaczymy.
Sam projekt napisany jest od postaw z użyciem nowoczesnych technologi i wykorzystuje websocket do komunikacji (a nie ubusa/rpc); tym samym to co zaprezentowałem na screenshotach to tylko frondend dla użytkownika, zaś pod spodem jest jeszcze trochę mechanizmów realizujące ów websocket'y wraz pewną ilością skryptów napisanych w ucode (a jakże by inaczej).

Repo z projektem: https://github.com/blogic/uconfig-ui

LuCI jest obecne na OpenWrt od dawna. Do luci dostępne jest naprawdę dużo różnych pluginów, wcześniej napisanych w lua, później przepisywanych na JS, które dają dużo różnych funkcjonalności. I teraz wyobraźcie sobie że porzucamy LuCI (ale tak kompletnie), przechodzimy na nową technologię (websocket i react) i trzeba zapewnić choć w minimalnym stopniu to co już LuCI oferuje od lat: ustawienie sieci, wsparcie dla wykresów, statystyk, obsługę vpnów itd. Ludzie by zaraz zjedli developerów na śniadanie i pojechali po ich matkach i babciach wyszukanymi epitetami jak by zabrakło np. takiego openvpn.
Więc LuCI jest ofiarą własnego sukcesu (o ile tu można mówić o sukcesie, ale to moja opinia) i w tej chwili trudno jest definitywne porzucić LuCi. Może kiedyś ten projekt rozwinie się do tego stopnia że otrzyma wiele różnych modułów i będzie w pełni funkcjonalnym produktem który zastąpi LuCI. A może w ogóle nie będzie żadnego środowiska graficznego a router będzmy konfigurować przez zewnętrzną aplikację lub jakąś usługę chmurową.