binary-search-tree: left() and right() return modifiable subtree
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
Direção de pesquisa
Comece pelo exercício de binary-search-tree e inspecione example.h, concentrando-se em binary_tree::left(), binary_tree::right() e insert(). Compare o ownership e a constness deles com os testes atuais mostrados na issue. Está concluído quando o exemplo e os testes concordarem com uma API de subárvore const-safe que não possa invalidar o invariante da árvore.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
In the exercise "binary-search-tree" the methods left() and right() are hard to implement correctly. The example implementation itself is IMHO incorrect.
The tests look like this:
template<typename T>
using tree_ptr = typename std::unique_ptr<binary_tree::binary_tree<T>>;
template<typename T>
static void test_leaf(const tree_ptr<T> &tree, const T& data, bool has_left, bool has_right)
//...
test_leaf<uint32_t>(tested->left(), 2, false, false);
That forces implementations of binary_tree::left() (and binary_tree::right()) to return a tree_ptr reference or rvaue which points to a non-const subtree.
Remember: const std::unique_ptr<some_type> means that the unique_ptr itself is const, not the object it points to.
Somebody could take the example implementation (example.h) and write
auto tree = binary_tree::binary_tree<int>(100);
tree.insert(50);
tree.left()->insert(150);
and thus invalidate the invariant of tree.
I consider any implementation of a binary search tree that can be corrupted that way as faulty. I came up with three alternatives that avoid this issue and pass the current tests:
binary_treecould have a member variableallow_insertthat istruefor the root andfalsefor all subtreesbinary_treecould have a parent pointer andinsert()could check for each of its parents if the new value violates that parent's invariantleft()andright()could copy the subtree and return aunique_ptrto that copy.
But IMHO none of those alternatives feels right.
The easiest solution would be if left() and right() could return const raw pointers. But one could argue that raw pointers result in unclear ownership.
- Linguagem predominante
- C++
- Estrelas
- 291
- Forks
- 244
- Merge médio
- 17min
- PRs com merge (30d)
- 1
Guia de contribuição
Nenhum guia de contribuição indexado para este repositório
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de exercism/cpp
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
Todas as issues de exercism/cpp
Issues semelhantes
-
[CI] Nightly Clang build broken: structured binding captured in a lambda in FileDataSource.cpp Abertabug build
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 91/100
facebookincubator/velox#19194 ·
-
JIT-compiled number -> Decimal conversion silently overflows instead of raising DECIMAL_OVERFLOW Abertafuzz
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
ClickHouse/ClickHouse#122114 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
-
module/agent platform/macos type/bug/regression
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
-
enhancement PyCDE
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100