Skip to content

Conversation

@Vpirtan
Copy link

@Vpirtan Vpirtan commented Nov 7, 2018

No description provided.

@Vpirtan Vpirtan changed the title [WIP] Vladislav Pirtan Vladislav Pirtan Dec 20, 2018
# global variable dict, key: str module name, value: list containing fuction names from [key]
module_func_dict = {}
# Operator stack
stack_opr = []

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Глобальные переменные стоит использовать с большой осторожностью. В данном случае лучше было бы создать класс, сделать данную переменную атрибутом объекта и ограничить область использования этого атрибута методами класса.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Насколько можно судить, эти переменные используются для того, чтобы "эмулировать" поведение класса. Так почему бы просто не использовать класс в этом случае? :)

def set_user_mod(modules=None):
"""set_user_mod(modules)

Initialize global variable module_func_dict

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

По всему коду по какой-то причине "съехала" табуляция на документации к функции.

Также документация повторяет название функции, что бессмысленно. Он может нести больше полезной информации, либо докстринг можно опустить, чтобы не захламлять код.

buf = list()
# right-associative operator
if opr == '^' or opr == '+-':
for opr2 in stack_opr[::-1]:

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

opr2 -- плохое название для переменной. Пока программист не прочитает весь код функции и не поймет как она работает, он не поймет, что значит оператор 2, хотя наззвание переменных как раз и должны помогать понимать код.

if type(result) is complex:
return 'ERROR: negative number cannot be raised to a fractional power'
stack.append(result)
if token == '+-':

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Очень большое дублирование кода. Для таких случаев лучше иметь словарь, ключами которого будут являться токены, а значением нечто, что может выполнить желаемое действие, например функции из модуля operator, лямбда выражения или вообще какие-либо объекты.

i = 0
l_const = ''
while i < len(const):
l_const += const[i]

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Если переменная называется const, программист как минимум будет ожидать, что это константа, но никак не список.

raise Exception('empty input')

output_list = list()
func_buf = list() # argument counter in function
Copy link
Owner

@PythonAndGoCommunity PythonAndGoCommunity Jan 31, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Так а что является счетчиком аргументов: func_buf или count_args?

func_buf = list() # argument counter in function
last_token = ''
count_args = list() # argument counter in function
for i, token in enumerate(input_str):

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Лучше избегать названий переменных из одного символа. Даже если эта переменная обозначает индекс, лучше написать index вместо i

output_list.extend(_const_separator(''.join(func_buf)))
func_buf = []
# unary operator
if (token == '-') & (last_token in LIST_OPERATOR or last_token in ['', '(']):

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

and и & -- это разные вещи. Первый оператор делает логическое "и", второй побитовое. В данном случае это работает, однако тут надо использовать and.

Copy link
Owner

@PythonAndGoCommunity PythonAndGoCommunity left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Довольно сложно выделить какие-то отдельные проблемные моменты. Решение нуждается в декомпозиции. Разбор математического выражения и его вычисление - довольно сложная, комплексная задача. Несмотря на это она решена при помощи всего 6 функций. Ожидаемо, логика функций и логика проекта в целом очень сложна для понимания. Осложняют все следующие моменты:

  • Имена переменных редко помогают понять их назначение
  • Активно используются глобальные переменные
  • Высокая степень дублирования кода
  • Крайне высокая степень связности кода

Что можно было бы предпринять:

  • Грамотно разделить всю логику приложения на отдельные, маленькие, независимые, по возможности чистые функции с четкой и простой задачей. Keep it simple, stupid!
  • проанализировать полученные функции и по возможности привести более частные случаи к более общим, что помогло бы сократить дублирование.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants